x86 капец

ну понятно) а я тут кривой OCR с английского на английский выправляю...

а я тут кривой OCR с английского на английский выправляю…

Во, видал. Даже распознавалка со мной солидарна :D

А прикинь ща лорд какой англицкий сидит такой и OCR с русского на английский переводит

Типа шла частнопредпренимательская Маша по шоссе и сосала человеконенавистничественно дезоксирибонуклеиновую кислоту оглядывая достопримечательности со сложновыговариваемыми названиями 

Короче вот так будет

Типа шла фыдварсфышщгврмфшыгмрфышщвгарфывшгарывшмгрфышвмгрфшагмрфшагмрм
флморфащшморфзщвашмызвщшмроызшщвмирзыпщшишшшшшшшшшшшшпшпшфыв
аэфыдвафщырвшафщшгыврашщггггггггку названиями

Нет ничего вечного. Как и всегда. Потом и ARM что-то заменит.

Прощайте стандартизованные прошивки UEFI/BIOS

Прощай анальный зонд от интеля в каждой материнке. Да здравствуют самопальные анальные зонды.

С чего ей оставаться в нынешнем виде? Десктоп, родившийся из IBM PC, похоронить пытаются уже лет десять, да всё замены ему не было. Будет у тебя ведроид или винда, и никакого доступа к тому, что унутрях - как на мобильщине и эмбедщине. Можно, конечно, орать, что «этого никто не допустит», но весь цимес в том, что те, кто может «не допустить», в допущении-то как раз больше всех заинтересованы. Будешь покупать новую железку для каждой версии ядра/сервиспака винды/etc

Я не могу понять, то ли вы рассуждаете о какой-то параллельной вселенной, то ли слишком абстрактно, то ли слишком саркастично. Я, например, не вижу намеков на необходимость покупать железку под какую-то ось.

Железо перестало развиваться, всё, конец, игра окончена, можно покупать ноутбук с распаянной оперативкой и видюхой — его вам хватит лет на десять. «Комплектующие» нынче — это флешки, SSD, мышки, блоки питания.

Намного более актуален фактор «мы качаем порно с x86, потому сервера у нас будут на x86», который многие годы доминировал на рынке процессорных архитектур, и под него уже ложились ОС-и, и даже интель не смог пропихнуть RISC архитектуру на этот рынок. Оперативка уже стандартизирована JEDEC, но я не вижу проблем для нестандартизированной памяти — какая разница?

Новые игры будут компилировать под ARM. А для старых игр можно использовать трансляторы. Apple же сделала и даже показывала в презентации достаточно новую AAA-игру, которая под этим транслятором работала с полным FPS

Во-первых, откуда инфа? Я не вижу подтверждения в гугле (XCode?).

Во-вторых, «новые игры» — это игры для игрофонов, с убогим управлением и геймплеем, которые процессор особо и не грузят. Полноценные десктопные игры уходят из нашей жизни, потому я бы заявлял тезис «старые игры не нужны, потому что на моем андроиде они не запускаются». А зачем нужны устройства без андроида, правильно?

Компания, становясь монструозной, постепенно замещает инженеров на говорящих голов, писюнов бумаг, хипстеров, и борцунов за всё хорошее, закономерно теряя возможность развиваться. Официальная причина, озвученная Эпплом - Интел больше не может наращивать производительность. Полагаю, у них-то есть доступ к инсайду

Это правда — не может. Можете считать меня инсайдером. Это ограничение в интеле понимали еще в начале девяностых, но не смогли придумать, как его преодолеть и при этом не потерять рынок. Конечно же процессор на голом RISC работает эффективнее, чем RISC-процессор с транслятором — именно это и есть затык, а не какая-то абсолютная производительность, которая давно не растет ни на десктопах, ни на мобилках. Потому я и пишу «работает эффективнее» — не быстрее, а эффективнее.

Интелю нужно отдать дань уважения, что он столько времени смог делать вид, что труп еще жив, что он растет и развивается. Всё, закапывайте, воняет.

Скорее электрон.жс и другие подобные эму технологии

А что у нас «подобное ему»? Технологий тупо нету, на самом деле.

Костыльная архитектура, все инструкции которой давно отрабатываются отдельной ОС внутри процессора, должна умереть.

Только тогда придётся всем умереть, это сейчас у всех так

В арме заложен потенцевал модификации инструкций, но это совсем не тот тяжеленный микрокод, который нынче присутствует в x86.

Походу, концептуальное развитие x86 снова ляжет на AMD, как это было с 64bit, AMD-V, APU, manycore, (по слухам) HT…

Кстати, неочевидный факт: крупному бизнесу невыгодно вкладываться в развитие технологий. Пусть лучше дядя ваня делает исследования, а мы потом посмотрим, получится ли на них заработать деньги.

Зачем эпопея? Просто скомпилировать пакеты по ещё одну архитектуру и всё

Просто скомпилировать... ахаха, просто скомпилировать. А что делать с многопотоком и memory ordering? Раньше и вовсе был запрещен невыровненный доступ по указателям, из-за чего иной софт было проще переписать софт заново, чем пытаться его портировать — сейчас уже и софт стараются так не писать, и армы научились по невыровненным указателям ходить (но чаще под себя).

Wintel с его Legacy и обратной совместимостью ещё не скоро уйдет

Уже ушло, уже сейчас устройств на ARM больше, чем на x86. Потому что совершенно новая ниша, новый софт, где wintel-у нечего делать, как и этой новой нише нечего делать на wintel. Как бы два мира образовалось, две раковых опухоли, которые борятся за власть над мозгом людей.

Всего-то… 15 лет переводили софт с x32 на x64. А, в итоге, профит от x64 не всегда есть

У x86 есть отвратительная особенность — это малое число регистров, из-за чего упор на стэк, то есть L1 кэш, что есть заметно иной уровень производительности. Даже микро-нанопроцессоры для FPGA, вроде PicoBlaze, имеют 15 регистров. Так что профит есть — но от x64 в 32-битном адресном пространстве.

В процессорах используется переименование регистров, которых на самом деле под 200 штук. Так что профит если и есть, то гораздо меньше, чем может показаться.

С каких пор десктоп == x86? Ну будут десктопы на армах - какая разница?

Другой софт, другие устройства ввода, другое применение. Прям всё другое. Как бы не пытались сейчас делать кроссплатформенные приложухи, а все равно на планшете пользователю, тыкающему сосиской по экрану 3.5", нужен другой интерфейс, нежели десктопу 22" с клавиатурой и мышкой, а также неограниченным доступом к источнику питания.

В процессорах используется переименование регистров, которых на самом деле под 200 штук. Так что профит если и есть, то гораздо меньше, чем может показаться

И операции над стэком транслируются в операции над регистрами? Нет, потому что какой-то кривой софт, как обычно, будет спустя миллион инструкций читать ранее записанное в стэк значение.

Часть линуксойдов всё понимает, но ни во что не ставит копилефт, не хочет ничего делать для общего улучшения положения Линукс и надеется быть свободными за чужой счёт, хотя и обладают знаниями, навыками или денежными ресурсами чтобы суметь сделать что-то полезное для общества

Давай, я — часть линуксоидов. Дальше что? Я понимаю копилефт, но ничего не хочу делать для общего улучшения положения линукса, потому что линукс давно находится под полным контролем корпораций.

А так имхо все эти программы перейдут на интерпретируемые языки программирования и на байтовый псевдокод и будут спокойно работать на самых разных архитектурах для которых будет соответствующий интерпретатор и/или виртуальная машина.

Кто-то сказал Java?

А кто сказал «p-code machine»?

До 2018 кормили четырехядерниками с лопаты, рассказывая о переходе на новую архитектуру каждые два поколения, по факту рефреши

Зачем мне на десктопе больше двух ядер?

Миникс таки свободная ОС

А ее модификация, встраемая в чипсеты, наглухо закрыта и зашифрована.

Оно УЖЕ взлетело: https://youtu.be/GEZhD3J89ZE?t=6064

Это Shadow of the Tomb Raider на низких настройках, которые нам не показали, и там меня еще интересует болезнь отзывчивости контроллера, которая в современных играх стал эпидемией даже без трансляторов.

PS: к слову, однопользователь не особо грузит процессор, в данном случае большая часть нагрузки идет на видеокарту. Вот вопрос многопользователя стоит весьма остро.

На ARM же platform device-ы подключают напрямую к CPU через i2c (сравнение x86/arm battery subsystem от microsoft), а значит в ОС должны быть реализованы все драйвера, что раньше вендор прошивал в свой EC. В ACPI таблицах теперь лежат лишь параметры, которые нужно передать драйверу (вроде i2c адреса), а не самодостаточный байткод

На устройстве новой архитектуры нужны будут новые драйвера. Вот так подлянка.

MS хоть и тоже заигрывает с армом, но без особого энтузиазма. У Apple своя экосистема, они могут хоть на эльбрусы переезжать. Тут же любовно накопленное легаси за 3 десятка лет, и никто его выкидывать в обозримом будущем не будет

От наследия никто не избавляется, но и развивать его никто не собирается в MS. Скорее, они просто осваивают новые сферы. Конечно, былой гегемонии они уже не достигнут, но и исчезать никуда не собираются.

Железо перестало развиваться, всё, конец, игра окончена, можно покупать ноутбук с распаянной оперативкой и видюхой — его вам хватит лет на десять.

После этого пассажа вести с тобой диалог считаю бессмысленным. Мы с тобой реально находимся в параллельных реальностях, а спорить о том, к кому из нас должны придти санитары - не предмет обсуждения для этого форума.

Да и вообще большой вопрос, насколько в мире есть массовая потребность в дальнейшем повышении производительности

С учетом повышения популярности питона — я думаю, что вполне есть. Причем, однопоточной производительности.

Есть мнение, что в конце концов побеждает хорошее решение. А коммерчески-успешное может победить в краткосрочной перспективе, а потом его заменят на хорошее. Взять Windows. Победила Windows 95, а её заменили в итоге на юниксо-подобную Windows NT, потому, что она технически лучше, чем надстройка над DOS

«Технически лучше» != «хорошее решение». Microsoft просто подтянул своё наследние — не будет же он плестись по 10-15 лет позади лидеров рынка?

Может оказаться дешевле и технически легче реализуемо выводить в популярные другие языки, чем создать более производительный процессор. Технологические трудности возрастают скорее гиперболически чем экспоненциально и рано или поздно должен будет произойти такой выбор. Терафлопсы мало кому нужны, а неэффективность языка - не лучший аргумент для обоснования необходимости подобных затрат.

Товарищ, ты чего такое говоришь ? Несколько минут назад тебе больше двух ядер было нинужно.

Насколько понимаю, операции с памятью не исполняются сразу реально, а отправляются в очередь.

Ну как правило Qt вспоминают. Есть ещё NW.js или вон пишут, что PWA можно под десктоп: https://medium.com/webbdev/pwa-e8cf7f6b93a9

Во-первых, таки миникс свободная ОС.

Во-вторых, в ARM тоже есть всякие «вспомогательные процессоры безопасности» неизвестно что исполняющие. Да и вообще если посмотришь любую мобилку, то там блоб на блобе и блобом погоняет. ARM это точно не шаг к свободе, это просто смена шила на мыло.

Но суть не в этом. А в том, что на любой x86-совместимый компьютер (ну, быть может, за исключением какой-то очень особой экзотики) можно поставить любую ОС. Можешь заменить Windows на Linux. Можешь поставить FreeBSD. Можешь загрузить KolibriOS с дискеты. Да, есть некоторые проблемы с драйверами (но на огромном количестве железа Linux работает не хуже Windows, а иногда даже лучше - основные проблемы usability связаны с прикладным ПО, нареканий к поддержке железа всё меньше), но главное, что чисто технически ты записываешь универсальный установочный образ на флешку, заходишь в BIOS/UEFI, выбираешь там загрузку с флешки и оно запускается (а потом копируется на жёсткий диск и флешка больше не нужна). Угрозой этому свободному миру был Secure boot, но в итоге он так и остался необязательным (хотя сколько всех пугали, что без него Windows работать не будет - даже последние версии отлично работают с отключенным Secure boot), в отличии от, кстати, ARM (сертификация Windows for ARM требует наличие неотключаемого Secure boot - наглядный пример, что при отказе legacy анальные ограничения вводятся очень легко и непринуждённо).

Много ли ты знаешь ARM железок, у которых есть штатная функция «загрузить произвольную ОС (т. е. не подписанную каким-нибудь сертификатом производителя)»? Да, есть всякие малинки, но они, откровенно говоря, далеко не high end железо, да и вовсе представляют из себя конструктор для тех, кому мало Arduino, а не готовый потребительский продукт (контроллер для робота, маломощный подкроватный сервер собирать норм, но проекты чего-то вроде ноутбуков на малинке это чистые игрушки не далеко ушедшие от «пишем симулятор 8086 для AVR и запускаем MS-DOS»). И опять же для каждой такой малинки нужен свой особой формат образа, свой особый формат загрузчика и т. д. Отойди от популярной малинки в сторону чего-то менее популярного и обнаружишь, что всё, что у тебя есть - 2.5 необновляемой кастомной сборки дистрибутива, выложенные на сайте производителя.

Дадут АРМ мы и его склюём! :)

Стопудово.

Помню, изучал ассемблер 8086 в конце 80-х. ПЛЕВАЛСЯ. (После ЕС 1035 aka IBM 360.) От дурацких имён не-универсальных регистров, от идиотизма сегмент-смещение, от «системы» команд в которой ни намёка на систему, от всего. А нынешние x86 ещё и дацть тонн легаси на себе тащат. Давно уже пора ему подохнуть.

Сугубо ради абстрактной «красоты» терять совместимость?

Объём данных для обработки растёт, алгоритмы усложняются.

Объясни популярность питона. Почему он вообще жив, если «может оказаться дешевле и технически легче реализуемо выводить в популярные другие языки, чем создать более производительный процессор»

Товарищ, ты чего такое говоришь ? Несколько минут назад тебе больше двух ядер было нинужно

Двух ядер более чем достаточно. Даже для MMO.

Насколько понимаю, операции с памятью не исполняются сразу реально, а отправляются в очередь

Они отправляются в кэш, о чем я и написал.

Объем данных для обработки кем? Что лично вам, вашим знакомым, знакомым ваших знакомых в повседеневной жизни нужно обрабатывать все возрастающим объемом по все усложняющимся алгоритмам? Такое, чтобы для этого не хватало среднего процессора десятилетнего возраста?

Какой объем данных растет для обработки средним офисом, домашним пользователем, коммерческим предприятием - то есть теми, кто составляет 95% компьютерного рынка? Обработку тяжеловесных страниц пейсбука или декодировку ужатого 8к видео за насущную потребность не считать.

А остальные несколько %, включающие слежку с распознаванием за каждым шагом каждого гражданина вполне делаются на мультипроцессорных/мультиядерных/спецзаказных процессорах.

Объясни популярность питона. Почему он вообще жив, если «может оказаться дешевле и технически легче реализуемо выводить в популярные другие языки, чем создать более производительный процессор»

Потому что он вполне позволяет решать имеющиеся задачи на имеющемся оборудовании. Как только он перестанет соответствовать задачам - его понемногу отправят в архив к другим динозаврам.

Ну как правило Qt вспоминают. Есть ещё NW.js или вон пишут, что PWA можно под десктоп

Ну JS-based — это всё один и тот же сорт говна. Даже React Native является чем-то отдельно стоящим от этого. Так что реальная альтернатива — это только Qt.

Потому что он вполне позволяет решать имеющиеся задачи на имеющемся оборудовании

Напоминаю про ютьюб, дропбокс, инстаграм. Вот им не «дешевле» почему-то оказалось.

Пока не дешевле. Технология не может развиваться так, чтобы линейно-поступательно повышать производительность. Рано или поздно встанет вопрос о том, чтобы более эффективно использовать имеющиеся вычислительные мощности. И за счет более эффективных языков и за счет прекращения бессмысленной гонки за петабайтными котиками/селфи/блогами.

https://www.ixbt.com/img/x780/n1/news/2020/5/1/QOtm4Tjs448HxxGR_large.jpg

x86 RIP

Насколько понимаю, они отправляются в store buffer, который находится до кэша. https://software.intel.com/security-software-guidance/insights/deep-dive-inte...

https://stackoverflow.com/a/25694683/4002467

Если не нужно конкретно тебе - это не означает, что это не нужно всем.

Офисные процессоры либо построены по той же микроархитектуре, либо используют наработки процессоров для рабочих станций/hpc/игр. Так что это не важно.

Речь то о производительности, а не об архитектуре. Производительность небесконечна, труднодостижима и не особо нужна.

Даже распознавалка со мной солидарна :D

а она с тобой и не солидарна) она which правильно распознает) она исправила guy на gay =)

фыдварсфышщгврмфшыгмрфышщвгарфывшгарывшмгрфышвмгрфшагмрфшагмрм ... сосала ... кислоту

а вот с кислотой, дорогой друг, ты и правда завязывай

Не, мне никотиновую ещё неделю принимать :/ Без аскорбинки жизнь не мила. А без лимонной чайник не отмыть.

Насколько понимаю, они отправляются в store buffer, который находится до кэша. https://software.intel.com/security-software-guidance/insights/deep-dive-inte...

Да, это что-то вроде L0 кэша, но ему все равно придется работать с адресами, а потому задержка и производительность получается не та же, что у регистров:

https://www.agner.org/optimize/instruction_tables.pdf

Здесь видно, что операции над регистрами примерно в 2-4 раза легче операций с памятью.