The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Intel развивает упрощённую архитектуру x86S, работающую только в 64-разрядном режиме

20.05.2023 20:53

Компания Intel представила упрощённую процессорную архитектуру x86S (x86 Simplification), реализующую только 64-разрядный режим и избавленную от поддержки устаревших концепций. Поддержка 16- и 32-разрядных операционных систем в x86S прекращена, но их можно будет запускать при помощи виртуализации. Возможность запуска 32-разрядных приложений в окружении 64-разрядной ОС сохранится.

Процессоры с новой архитектурой будут запускаться сразу в 64-разрядном режиме, минуя промежуточные переключения в 16- и 32-разрядные режимы в процессе инициализации. В x86S также реализована возможность переключения на использование 5-уровневой структуры таблицы страниц памяти, без предварительного отключения страничной адресации и минуя переход в бесстраничный режим.

Особенности архитектуры x86S:

  • Прекращение поддержки 16-разрядной адресации и возможности переопределения размера адреса.
  • Использование упрощённой 64-разрядной модели сегментной адресации памяти для поддержки сегментной адресации в 32-разрядных приложениях, что соответствует практике, используемой в современных операционных системах.
  • Прекращение поддержи 1 и 2 колец защиты, которые не применяются в современном ПО.
  • Прекращение поддержки 32-разрядного режима в нулевом кольце защиты.
  • Удаление 16- и 32-разрядных защищённых режимов.
  • Прекращение поддержки доступа к портам ввода/вывода из 3 кольца защиты.
  • Прекращение поддержки строковых операций с портами ввода/вывода (INS/OUTS)
  • Прекращение поддержки контроллеров прерываний 8259 и использование только программируемых контроллеров X2APIC.
  • Удаление некоторых неиспользуемых битов режимов операционной системы.


  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: openSUSE Tumbleweed прекращает официальную поддержку архитектуры x86-64-v1
  3. OpenNews: Архитектура ia64 оставлена в ядре Linux без сопровождения
  4. OpenNews: Доступен ELKS 0.4, вариант ядра Linux для старых 16-разрядных процессоров Intel
  5. OpenNews: Разработчики ядра Linux обсуждают вопрос удаления субархитектуры x32
  6. OpenNews: Intel развивает новую открытую архитектуру прошивок Universal Scalable Firmware
Лицензия: CC BY 3.0
Наводку на новость прислал Artem S. Tashkinov
Короткая ссылка: https://opennet.ru/59164-x86s
Ключевые слова: x86s, x86, intel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (413) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, kusb (?), 21:03, 20/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Dos будет портирован на 64 бита и совместимость со всеми программами нарушится. Но всё равно никто не использует DOS.
    А вот страрые программы будут работать через трансляцию?
    Насколько это упростит и поможет?
     
     
  • 2.2, Аноним (2), 21:08, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +10 +/
    32-битные программы работать будут, 16-битные нет, но их по сути никто уже нативно и не запускает со времён 2000/XP и NTVDM.
     
     
  • 3.6, Аноним (6), 21:18, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > 16-битные нет

    Они и сейчас не работают если взять какую-то семёрку или десятку.

     
     
  • 4.8, kusb (?), 21:19, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    32 разрядную?
     
     
  • 5.16, Аноним (16), 21:29, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > 32 разрядную?

    А вот про это не могу сказать. Не приходилось использовать 32 разрядные семерки и десятки. Но здравый смысл подсказывает что предел для 32 разрядных систем - ХПшка. Хотя даже ХПшку я использовал 64 разрядную, как только появился в наличии 4 пень такой с поддержкой.

     
     
  • 6.60, Аноним (60), 22:45, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Хотя даже ХПшку я использовал 64 разрядную, как только появился в наличии 4 пень

    С ОЗУ в те времена было вроде не очень. 4 гига - предел мечтаний. Хотя могу и ошибаться.

     
     
  • 7.68, Аноним (68), 22:55, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > 4 гига - предел мечтаний.

    Я со вторым пнём и 512MB спокойно жил и не знал трудностей где-то до 2011 года, пока сайты вдруг не начали тяжелеть в геометрической прогрессии. 4 пень для меня, школьника а затем нищего студента, был пределом мечтаний, не говоря уж о "запредельном объёме" памяти более 1 гига))

     
     
  • 8.76, Аноним (60), 23:10, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Этот новый проц вновь поставит вопрос память или такты Под булеву переменную 6... текст свёрнут, показать
     
     
  • 9.417, Аноним (-), 20:24, 24/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да он и 32 не сильно хуже будет А так - да, вы знаете, адресовать нативный юн... текст свёрнут, показать
     
     
  • 10.427, n00by (ok), 07:18, 25/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А на практике я взял двусвязный список, заменил указатели 64 разряда на индекс... текст свёрнут, показать
     
     
  • 11.435, Аноним (-), 20:45, 25/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле на большом OoO проце с кешом, да еще с современным компилером где ... текст свёрнут, показать
     
  • 10.442, Совершенно другой аноним (?), 10:42, 26/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    на самом деле в даже в классической x86 архитектуре будет примерно одинаково в ... текст свёрнут, показать
     
     
  • 11.446, n00by (ok), 13:51, 26/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Только в первом варианте сравнение с 0м должно быть 0 или не 0 Второй вариант... текст свёрнут, показать
     
     
  • 12.447, Совершенно другой аноним (?), 16:32, 26/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    можно и так, всё-таки true, по-логике, тоже имеет только одно значение там ещё ... текст свёрнут, показать
     
     
  • 13.449, n00by (ok), 07:07, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А на чём смотреть потактовки Раньше была утилита AMD CodeAnalyst - вот она посл... текст свёрнут, показать
     
     
  • 14.451, Совершенно другой аноним (?), 10:09, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    как я понял, разработчики компиляторов пользуются табличками https uops info t... текст свёрнут, показать
     
     
  • 15.452, n00by (ok), 10:41, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, скажем, для ADC R64, M64 указана латентность 1 и пропускная способность 2 ... текст свёрнут, показать
     
     
  • 16.456, Совершенно другой аноним (?), 12:11, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вы можете сами провести эксперименты В частности для исходных cmp vs test, при ... большой текст свёрнут, показать
     
     
  • 17.463, n00by (ok), 14:52, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    К сожалению, сейчас поисковики по запросу AMD CodeAnalyst pipeline simulation не... большой текст свёрнут, показать
     
  • 12.491, Аноним (-), 01:21, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Кроме сравнений 1 Флаг еще надо и выставить очистить Черт знает как в x86 а... большой текст свёрнут, показать
     
  • 8.86, Ivan_83 (ok), 23:54, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мне в 2007 году перестало хватать п3-1100 1466 с 512 оперативы Началось с моник... текст свёрнут, показать
     
     
  • 9.87, Аноним (87), 00:03, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Чем вы таким занимались что этого перестало хватать На этой конфигурации и сейч... текст свёрнут, показать
     
     
  • 10.92, Ivan_83 (ok), 00:19, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Компеляторв вижалстудии долго собирал, и кино в 720р не крутило Поди найди видя... текст свёрнут, показать
     
  • 10.217, FF (?), 17:06, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    какие 720p 720x576 может быть ... текст свёрнут, показать
     
  • 10.310, Аноним (310), 12:10, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Видеокарты тогда хорошо если 24-битный цвет умели Matrox Millenium был пределом... текст свёрнут, показать
     
     
  • 11.382, 1 (??), 10:04, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    да, ладно в 2007 S3 Trio 64 V Вот в 1997 это еще было ... текст свёрнут, показать
     
  • 10.418, Аноним (-), 20:36, 24/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, э, допустим в каде порисовать Или скомпилять более-менее жирный проект разм... большой текст свёрнут, показать
     
  • 7.85, Ivan_83 (ok), 23:48, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +7 +/
    ХР появилась в 2002 году вроде или 2003 весной.
    Тогда было много п3 с 64-256 мб озу, но были и П4 уже.
    Вылизанная ХР32 потребляла после загрузки 96-128мб озу, и на 256мб+ ей жилось неплохо.
    В п3 вставало до 512/768мб в зависимости от чипсета.

    4+ гига это более менее массово началось после коредуо, те 2008+ год, до того у совсем энтузиастов, хотя всякие жмоты и в 2015 году жили на 1-2 гб оперативы.

    Ставить ХР64 - большая глупость, когда можно было поставить 2к3х64 и не иметь никаких проблем вообще, да ещё и поддержку GPT получить и всякие зеркала софтварные.

     
     
  • 8.89, Аноним (87), 00:05, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нафуя Тогда диски были 20-40 гигов в среднем И поголовно в fat32 чтобы ресурсы... текст свёрнут, показать
     
     
  • 9.94, Ivan_83 (ok), 00:22, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Использовать FAT32 на ХР - огромная глупость 40гб диски были в 2003-5 годах, к ... текст свёрнут, показать
     
     
  • 10.102, Аноним (102), 00:54, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Писать подобные комменты будучи на айтишном сайте Ты ошибся сайтом, тебе к клоу... текст свёрнут, показать
     
     
  • 11.108, Ivan_83 (ok), 01:08, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    На FAT32 сидели дурачки, которые сидели под админом и им было пофик что можно сл... текст свёрнут, показать
     
     
  • 12.209, Аноним (209), 16:12, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В XP пользователь обычно был админом, вирус цеплял после необдуманого клика банн... текст свёрнут, показать
     
  • 12.307, RANDOMIZE USR 15616 (?), 11:10, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А потом вирусня начала ставиться в Local Settings включаяя всякие Амиго-браузер... текст свёрнут, показать
     
  • 10.163, Аноним (163), 11:18, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Для большинства пользлвателей что GPT что MBR монопенисуально потому что у больш... текст свёрнут, показать
     
     
  • 11.318, Аноним (318), 12:53, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У MBR 2 ТБ ограничение, ты тут втираешь какую-то дичь И как это большинство пол... текст свёрнут, показать
     
  • 9.105, Аноним (105), 00:58, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Для дисков больше 2TB, для легаси MBR это максимальный лимит А дисков сейчас мн... текст свёрнут, показать
     
  • 8.257, Аноним (257), 22:16, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    XP64 - это просто клиентская версия 2003 X64 Так что работали бы они одинаково ... текст свёрнут, показать
     
  • 8.284, ryoken (ok), 07:43, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Мой домашний CUBX-E с P3-750 и 1Гб RAM смотрит на это с ухмылкой Ну и под 98... текст свёрнут, показать
     
  • 7.218, FF (?), 17:08, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    64-битная ОС нужна не для доступа за пределы 4ГБ. Там в 2 раза больше регистров проца. Но из-за того, что адреса памяти стали в 2 раза длинее, потребление ОЗУ у дистрибутивов в среднем поднялось на 30%, а у хромобраузера -- на 50%.
     
  • 7.236, Аноним (236), 19:40, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если сейчас недопека(планшетное железо, или просто "старый пень"), которые хоть и умеют в 64 бита, но памяти имеют 4- гига, то даже win10 32 бита, т.к. значительно меньше жрётся памяти, и хватает даже браузеру на сильно больше страниц.
     
     
  • 8.311, Аноним (310), 12:14, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Только 4 гига-то вы не получите на 32 битах Так что в производительности вы про... текст свёрнут, показать
     
     
  • 9.321, _kp (ok), 12:58, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Бывают исключения В золотой век планшетов на одноядерном Атоме, с 2ГБ ОЗУ исп... текст свёрнут, показать
     
  • 7.360, MaleDog (?), 23:25, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Там была такая проблема 32 разрядное приложение в windows не могло адресовать б... большой текст свёрнут, показать
     
     
  • 8.363, Аноним (363), 00:17, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален 1 PAE was first implemented in the Intel Pentium Pro in... большой текст свёрнут, показать
     
  • 8.482, Аноним (-), 19:02, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Наверняка дело в том, что где-то один раз использовали 32 битное со знаком, а по... текст свёрнут, показать
     
  • 6.162, Аноним (163), 11:12, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А смысл если большинство прогрпмм 32 разрядные?
     
     
  • 7.293, Аноним (363), 09:39, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какое нафик большинство? Ненужный шлак.
     
  • 4.93, X512 (?), 00:21, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Работают через сторонний софт WineVDM (https://github.com/otya128/winevdm).
     
  • 4.136, Аноним (136), 09:21, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В 32-х битных Windows 7 и Windows 10 работают
     
  • 3.32, Аноним (32), 21:56, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > их по сути никто уже нативно и не запускает со времён

    Полно ещё профессионального и промышленного софта который написан под Win 3.x

     
     
  • 4.35, Аноним (35), 22:07, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Он продолжит работать на тех утюгах на которых работает, никому в голову не придет ставить туда современный процессор.
     
     
  • 5.238, Аноним (236), 19:47, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Он продолжит работать на тех утюгах на которых работает, никому в голову
    > не придет ставить туда современный процессор.

    Пока не сдохнет железо. Я так "бэст" "досовский" перетащил вместе со слепком hdd на рязаньку 2400 + мамка с lpt(ключ lpt), и запускаю в libvirt + kvm, с пробросом lpt и представлением что проц pentium 3(тогда win2003) не лагает.

    Эта хрень нужна уже только как справка, а переносить в ту же 1С никто не хочет, сильно проще и дешевле было новое железо взять взамен посыпавшимся ide hdd и серверной мамке с дохнущими кондёрами и прочими проблемами.

     
  • 4.41, pda0 (?), 22:16, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Только рассчитаны они на столь слабые процессоры, что их можно в эмуляции запускать. В ReactOS 64-бит так сейчас DOS программы работают.
     
  • 4.304, Аноним (363), 10:29, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Полно ещё профессионального и промышленного софта который написан под Win 3.x

    А примеры можно? Действительно промышленного, причем безальтернативного.

     
     
  • 5.353, Aleksandr (??), 17:49, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В поездах(аналогов сапсана, но из 90х), на некоторых европейских линиях, до сих пор софт внутри 16-bit DOS. Знаю, т.к. одно время занимался портированием этого всего на Windows 7 и Linux. Портирование на 2023 год ещё не завершено, так что ездят с 16-bit железом и молятся чтобы железо не сдохло пока не завершено портирование.
     
     
  • 6.356, Аноним (363), 19:55, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > В поездах(аналогов сапсана, но из 90х), на некоторых европейских линиях, до сих
    > пор софт внутри 16-bit DOS. Знаю, т.к. одно время занимался портированием
    > этого всего на Windows 7 и Linux. Портирование на 2023 год
    > ещё не завершено, так что ездят с 16-bit железом и молятся
    > чтобы железо не сдохло пока не завершено портирование.

    О, да, реально "полно" промышленного софта.
    Обычный пример "внедрение ынтерпрайза" по европейски. Беедненькие.

     
     
  • 7.357, Аноним (363), 20:04, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > О, да, реально "полно" промышленного софта.
    > Обычный пример "внедрение ынтерпрайза" по европейски. Беедненькие.

    Вдогонку. Китайцы с их маглевами плачут и курят бамбук :)

     
  • 7.359, Aleksandr (??), 22:52, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну так это просто пример. Того, который я видел собственными глазами. А так, подозреваю, что таких динозавров в мире ещё полно. И никто, кстати, не стал бы и переписывать все это(работает и ладно), если бы не отсутствие производства\возможности покупки того железа. А у поездов, кораблей и самолетов срок службы может и 50 лет легко быть.
     
     
  • 8.361, Аноним (363), 23:32, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    1 Транспорт - это сервис, часть логистической цепочки 2 IBM PC DOS Win3 xx - ... большой текст свёрнут, показать
     
  • 8.362, Аноним (363), 23:40, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Надеюсь, что этот устаревший ПАК программно-аппаратный комплекс не установлен к... текст свёрнут, показать
     
     
  • 9.378, Aleksandr (??), 09:15, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это всего лишь система оповещения пассажиров о расписании и станциях прибыт... текст свёрнут, показать
     
     
  • 10.380, Аноним (363), 09:39, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Почему-то не удивлен А тем внедрятелям системы с GPS и сетевые протоколы про... текст свёрнут, показать
     
     
  • 11.384, Loki13 (ok), 10:20, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну там всё же не совсем ПК, там плата с распаянным на ней процессором, памятью и... текст свёрнут, показать
     
     
  • 12.387, Аноним (363), 11:13, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Китайцам закажите Если PCB файло осталось ... текст свёрнут, показать
     
     
  • 13.419, Аноним (-), 20:41, 24/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Проще одноплатники взять и переписать 1 раз Да так чтобы конкретная модель одно... текст свёрнут, показать
     
  • 9.379, Aleksandr (??), 09:17, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это всего лишь система оповещения пассажиров о расписании и станциях прибыт... текст свёрнут, показать
     
     
  • 10.381, Аноним (363), 09:52, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Очень понравилось сетевые протоколы продвинутые это типа SPX более продвинутый... текст свёрнут, показать
     
     
  • 11.383, Loki13 (ok), 10:06, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это в смысле свои наколенные протоколы, по которым вся система работает Я не ду... большой текст свёрнут, показать
     
     
  • 12.386, Аноним (363), 10:39, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это действительно по промышленному А, сименс - это да, монстр Незря он ещ... большой текст свёрнут, показать
     
     
  • 13.389, Совершенно другой аноним (?), 11:39, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ну так 30 лет назад только такие и были - все делали свои протоколы под своё УСО... текст свёрнут, показать
     
     
  • 14.392, Аноним (363), 14:32, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это проблемы тех, кто доверил промышленный проект NIH организмам И то, что в ... большой текст свёрнут, показать
     
     
  • 15.393, Аноним (363), 14:35, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И то, что в данный момент нет возможности обрабатывать это промышленное иначе,... текст свёрнут, показать
     
  • 15.397, Совершенно другой аноним (?), 16:44, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Промышленные процессы, имхо, бывают разные Есть системы, которые имеют длительн... текст свёрнут, показать
     
     
  • 16.402, Аноним (363), 20:04, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    О, вот тут и начинается самое интересное Если хочешь, чтобы производство сервис... большой текст свёрнут, показать
     
  • 4.309, _kp (ok), 12:05, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> промышленного софта который написан под Win 3.x

    Да, есть такое. Но оно летает без намеков на баги под любым современным эмулятором.
    Это лет 5 назад и более, были оговорки, а сейчас нет.

     
  • 3.149, Tron is Whistling (?), 09:55, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не будут
    > Прекращение ... и возможности переопределения размера адреса
     
  • 2.48, username (??), 22:33, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для старых программ используй старые процессоры
     
  • 2.147, Андрей (??), 09:45, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ВЫ видимо win9x/me не застали с её таблицей совместимости с dos-программами :)
     
     
  • 3.322, Аноним (310), 13:08, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    98-то ладно, там на худой конец перезагрузка в режим DOS была, а вот с XP досовским программам пришёл песец.
     
     
  • 4.420, Аноним (-), 20:44, 24/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > 98-то ладно, там на худой конец перезагрузка в режим DOS была, а
    > вот с XP досовским программам пришёл песец.

    Перезагрузка в дос. Ха. Это 98 запускался поверх DOS как этакий DOS Extender переросточный. Ну а можно вот и не запускать виндовую часть было, то что до него называлось MSDOS 7.x, так то. Отдельно от виндов никогда не релизилось, но в целом было тем же самым MSDOS'ом, мало чем отличным от 6.x который релизили отдельно. Чуток заапгрейдили для LFN и проч, в остальном те же яйца.


     
  • 2.319, kusb (?), 12:54, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Бьёт поклоны и поклоняется...
     

     ....большая нить свёрнута, показать (81)

  • 1.3, ИмяХ (?), 21:15, 20/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –16 +/
    Опять заново изобрели IA64
     
     
  • 2.40, Аноним (40), 22:15, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +24 +/
    Нет. IA64 была совсем другой архитектурой

    По теме: НАКОНЕЦ-ТО!

     
  • 2.57, AleksK (ok), 22:44, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +18 +/
    IA64 это VLIW и не имеет никакого отношения ни x86 ни к x86_64
     
     
  • 3.164, fi (ok), 11:33, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –13 +/
    IA64 самое прямое отношения к AMD64 — продавался как его альтернатива, пока не купили лицензию.
    то что он другой внутри - это лишние тех. детали ))))

    Более того, это был в девичестве P7 ))) его разработка шла с начала 90х.

    И да, у него была мода совместимости с IA32, чтоб совсем не остаться без СуперОС - ms windows

    Но не взлетел. Посмотрим на новое чудо - x86S

     
     
  • 4.174, Аноним (174), 12:22, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +8 +/
    IA64 был VLIW процессором, как нынешний "эльбрус". Совместимость с x86/IA32 была достигнута бинарной трансляцией, т.е. ассеблер x86 транслировался в инстукции IA64. Скорость исполнения таких бинарников была ужастной.  
    IA64 был расчитан на использование в серверах, потому наверное было пофиг на совместимость с Windows. Только пользователи из проприетраного мира Unix тоже были не рады проблем с IA64.  Бесшовной миграции не выходило. Нужно было перекомпилировать все под IA64, а значит найти исходники и иметь годные компиляторы под ADA, Module, PL, etc.    

     
  • 4.179, AleksK (ok), 12:44, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > IA64 самое прямое отношения к AMD64 — продавался как его альтернатива, пока
    > не купили лицензию.
    > то что он другой внутри - это лишние тех. детали ))))
    > Более того, это был в девичестве P7 ))) его разработка шла с
    > начала 90х.
    > И да, у него была мода совместимости с IA32, чтоб совсем не
    > остаться без СуперОС - ms windows

    Что за бредятина, IA64 это простые risc ядра c кучей регистров и VLIW, он не имеет никакого отношения x86 с его cisc ядрами. Они не совместимы вообще никак. Совместимость достигается двоичной трансляцией кода. И AMD не имеет никакого отношения ни к IA64 ни к VLIW.


     
  • 4.200, Аноним (200), 14:33, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Не путайте. IA64 - это печально известный "Итаник" из нулевых. А интеловский аналог amd64, на котором сейчас их массовые процы построены, называется EM64T.
     
     
  • 5.233, Аноним (233), 19:17, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не аналог, а выкупленная у АМД через суды amd64 технология адресации памяти без потерь производительности. То что ее дополнительно кастрировали с 64 бит до 48-46 это загоны маркетолухов штеуда.
    И да, итаниум использовал ворованные технологии Эльбрусов купив предателей из числа бывших сотрудников МЦСТ - все аналогично появлению первых пеньков, только тут они облажались и не смогли в компилятор и потому развитие заклинило и им пришлось придумывать ксеоны с кучей ядер, а лохам втюхивали до 4 ядер модели.
     
  • 5.264, Электрон (?), 23:36, 21/05/2023 Скрыто ботом-модератором
  • +/
     
  • 4.221, Аноним (209), 17:14, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > IA64 самое прямое отношения к AMD64 — продавался как его альтернатива Какая же это альтернатива? Стоит как чугунный мост, у программистов его нет, софта нет, все тормозит.
     
  • 4.285, MadAdmin (?), 08:00, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Блестящий пример того как диванные "эксперты" генерируют тупые фейки в интернетах.
    IA64 во времена, когда Intel бешено его пиарила подавался именно как "принципиально другая" архитектура.
    "Ничего общего" с x86, "отказ от старого наследия", "сбросить оковы устаревшей архитетуры" и далее бла-бла-бла.
    Теперь 'внезапно' "прямое отношение".. :-\
     

  • 1.5, Chromium (ok), 21:17, 20/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Мне кажется, что сейчас бы Itanium взлетел.
     
     
  • 2.17, пох. (?), 21:30, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Но недалеко да все больше - вниз.
    Он тормоз был, поскольку оптимизирующий компилятор интел как ни старался - ниасилил. И невзлетел в первую очередь по этой причине - выигрыш производительности был слишком незначительным, а ценник задран.

     
  • 2.18, хрю (?), 21:31, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он бы и в 2000тых взлетел, если б не гениальные маркетологи.
    Тут тоже самое взлетит не взлетит, будет зависеть от цены, модели продвижения и договороспособности интел с производителями софта.
    Но интел ужо давно не торт, так что в их движуху, лично я, не шибко верю.
     
     
  • 3.126, Quad Romb (ok), 03:10, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Там дело не столько в маркетологах Хотя и в них тоже Там дело в том, что компи... большой текст свёрнут, показать
     
     
  • 4.130, n00by (ok), 06:33, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Компиляторы тогда и для IA32 не очень хороший код генерировали. Приходилось кодить на асме в критичных случаях. Под Itanium, как я слышал, желающих было мало.
     
     
  • 5.223, Quad Romb (ok), 17:16, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Компиляторы тогда и для IA32 не очень хороший код генерировали. Приходилось кодить
    > на асме в критичных случаях. Под Itanium, как я слышал, желающих
    > было мало.

    Ну, речь-то о том идёт, что как бы они там для IA32 не генерировали - для Itanium получалось ещё хуже.
    Мне кажется, что суть не в каких-то принципиальных ограничениях, просто все принципиальные оптимизации переползали в коммерческие компиляторы из академических работ.
    А в тогдашних академиях vliw был как-то не очень в чести.
    То есть и переползать оптимизациям в коммерческие компиляторы было неоткуда.

     
     
  • 6.282, n00by (ok), 06:39, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Банально компиляторам не хватало памяти. MSVC отключал оптимизацию для функций, если в теле количество строк превышало некоторый предел (цифры уже не помню; сталкивался, когда генерировал объёмный исходник на Си, пришлось дробить функцию на мелкие). Для Itanium памяти нужно больше.
     
     
  • 7.355, Quad Romb (ok), 19:33, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, уж чего-чего, а в тех конфигурациях систем, которые поставлялись с итаниумам... большой текст свёрнут, показать
     
     
  • 8.373, n00by (ok), 07:19, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Толку мало от этой памяти, если транслятор не может её а... большой текст свёрнут, показать
     
     
  • 9.396, Quad Romb (ok), 15:34, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Пентиум 4 - это, конечно, ностальгично Но ведь vliw итаниума от этого легче не ... большой текст свёрнут, показать
     
     
  • 10.409, n00by (ok), 06:42, 24/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А надо было не удалять свою же реплику про short pipeline и small branch pena... большой текст свёрнут, показать
     
     
  • 11.410, Quad Romb (ok), 07:46, 24/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вы тут с кучей народа, я смотрю, одновременно общаетесь И, видимо, из-за этого ... текст свёрнут, показать
     
     
  • 12.411, n00by (ok), 08:31, 24/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Когда нажимаете Ответить , движок сайта цитирует предыдущее сообщение В моём с... большой текст свёрнут, показать
     
  • 12.412, n00by (ok), 08:41, 24/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если не помните, что сами и писали short pipeline , нажмите Ctrl F в браузере ... текст свёрнут, показать
     
     
  • 13.413, Quad Romb (ok), 09:28, 24/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сие есть Ваши два предыдущих комментария Это не звоночек, любезный собеседник ... текст свёрнут, показать
     
     
  • 14.415, n00by (ok), 13:14, 24/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Специально для неосиливших поиск, цитирую комментарий 8470 355 Заголовок полно... большой текст свёрнут, показать
     
     
  • 15.416, Quad Romb (ok), 19:15, 24/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не надо было И её никто не удалял Да, умение пользоваться поиском - полезный н... текст свёрнут, показать
     
     
  • 16.428, n00by (ok), 07:26, 25/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сие есть Ваши два предыдущих комментария Это не звоночек, любезный собеседник ... большой текст свёрнут, показать
     
  • 7.367, Аноним (-), 02:37, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Банально компиляторам не хватало памяти. MSVC отключал оптимизацию для функций,

    А сейчас ему еще чего-то AFAIK не хватает. Так что воооон там господа забили для студии персональный костыль снижающий время компила с 15 до 1 минуты. Как вы уже поняли GCC и Clang такие времена и без костылей показывали...

     
  • 2.26, Аноним (26), 21:43, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нет. Итаник погубила плохая производительность на среднестатистическом выхлопе компиляторов и отсутствие обратной совместимости с x86. И то, и другое актуально и сегодня.
     
     
  • 3.43, пох. (?), 22:22, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И как там у M1 с обратной совместимостью? Вот именно, что никак.

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

     
     
  • 4.45, Андрей (??), 22:31, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Глупости. Как и в прошлый раз, когда Apple переходила с PowerPC на Intel, почти всё старое ПО (читай: ПО под Intel) отлично и без всяких тормозов работает через Rosetta.
     
     
  • 5.51, пох. (?), 22:39, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Глупости. Как и в прошлый раз, когда Apple переходила с PowerPC на
    > Intel, почти всё старое ПО (читай: ПО под Intel) отлично и
    > без всяких тормозов работает через Rosetta.

    то есть совместимость процессора - совершенно и не нужна. О чем и речь.

    (ну и насчет без тормозов - это тебя, гм-гм, нае...ли. С другой стороны - этот интел и в режиме эмуляции будет в разы быстрее того что он эмулирует, поскольку там совсем уже каменный век.)

     
     
  • 6.73, я (?), 23:03, 20/05/2023 Скрыто ботом-модератором
  • +2 +/
     
  • 5.314, _kp (ok), 12:41, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > когда Apple переходила с PowerPC на Intel, почти всё старое ПО

    Тогда они колдовали только с запуском своего ПО, и то от таки сырой ОС Х, и весьма в малых количествах того самого ПО. Что подтверждается тем, что когда похерили Розетту, мир не перевернулся от "массы пропавшего ПО".
    Объёмы не те были, и разнообразие не то.

    А с Rosetta2 не всё так хорошо. Да, конечно в мире эмуляторов это гигантский шаг, но для конечного пользователя маловато. Для intel ПО брать Мак почти извращение.
    Плюс дохлое железо в ранних М1, мало ОЗУ, и почти без дисковой памяти, и не массовые из за цен вменяемые конфигурации, что тоже насолило Розетте2.

     
  • 4.46, Аноним (46), 22:31, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Так M1 это для apple фанатиков, которым опенсурс продают за деньги.
    А в 2000х не было ни фанатиков, ни такого влияния опенсурса.
     
  • 4.80, Vkni (ok), 23:21, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  И как там у M1 с обратной совместимостью? Вот именно, что никак.

    Это другая экосистема. В Windows же обратная совместимость возведена в культ.

     
     
  • 5.98, пох. (?), 00:42, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В винде времен итаниумов с обратной совместимостью (не на итаниумах а на обычных x86) было не плохо, а совсем никак - досовские программы не работали почти все, win16 - работали...msовские. Которые быстренько перестали быть нужны поскольку первыми же и получили версии под win32. Остальное - все что посложнее калькулятора - толком не работало или глючило.

    При этом был лучший дос-чем-windows, и чем он закончился мы все прекрасно знаем. Там совместимость была прекрасная, но почему-то это не помогло. (Почему-то - да потому что опять уе...щные компиляторы, на сей раз от ibm, помимо прочих проблем.)

     
     
  • 6.131, n00by (ok), 06:36, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Культ - это когда пользователи веруют, что совместимость есть. С Итаником потребовалась бы помощь десятка Кашпировских.
     
     
  • 7.244, пох. (?), 20:21, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Культ - это когда пользователи веруют, что совместимость есть.

    ну это да.
    > С Итаником потребовалась бы помощь десятка Кашпировских.

    или гений уровня Белларда (потому что у маков вполне получилось в те же самые годы - но у них была своя атмосфера). Мощности-то наверное и хватило бы.
    Но с интелом у него почему-то дружба не сложилась.

     
  • 6.143, Атон (?), 09:32, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/

    > При этом был лучший дос-чем-windows, и чем он закончился мы все прекрасно
    > знаем. Там совместимость была прекрасная, но почему-то это не помогло. (Почему-то
    > - да потому что опять уе...щные компиляторы, на сей раз от
    > ibm, помимо прочих проблем.)

    потому что лучший дос-чем-windows был написан под определенное аппаратное обеспечение, и хотя частично был совместим с ibm-pc, работал на них не раскрывая всей мощи.

     
  • 6.226, U202204161753 (?), 17:36, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Небольшая просьба:

    > В винде времен итаниумов с обратной совместимостью (не на итаниумах а на обычных x86) было не плохо, а совсем никак - досовские программы не работали почти все

    Не затруднит ли Вас написать название этого невиданного Windows?


    (
        Чтобы "два раза не вставать": Windows NT 4.0 ( м.б. и NT 3.51 )
    выполнял DOS ПО весьма близко к идеалу.

    )

     
     
  • 7.243, пох. (?), 20:18, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ваше "dos по" это которое использовало int21h (желательно только документированную его часть) и ни в коем случае никуда не лазило напрямую? А вы можете конечно же назвать такое ПО, актуальное во времена nt4.0 посложнее команды more ? dbase было уже немного немодно.

    А с актуальным к примеру для нас тогда clarion все было именно даже не плохо а очень плохо. (Он уже научился в сети и в dos4Gw к тому времени)

     
     
  • 8.298, U202204161753 (?), 10:10, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да, к четырём по количеству COM-ports Да, могу См ниже как бы это напи... большой текст свёрнут, показать
     
     
  • 9.424, Аноним (-), 23:29, 24/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    COM порты это единственное что в NT4 работало в досовых прогах А, еще кажется п... текст свёрнут, показать
     
     
  • 10.444, U202204161753 (?), 13:18, 26/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Были нужны именно COM порты Они работали Я лично не помню ужасов с совмест... текст свёрнут, показать
     
  • 9.438, пох. (?), 22:34, 25/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    NT 3 1, для начала Ну или хотя бы 3 51 не, не знаю где взять не хранил А пот... текст свёрнут, показать
     
     
  • 10.445, U202204161753 (?), 13:35, 26/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А потом пытаться установить, запустить clarion и скомпиленный им код Однако, ... большой текст свёрнут, показать
     
     
  • 11.448, пох. (?), 18:30, 26/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И мы радостно выбросили клэрион в помойку, и перенесли все проекты на oracle - к... текст свёрнут, показать
     
  • 4.251, Аноним (251), 21:07, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ничего, что кастомеры M1 и кастомеры Intel - это не то что не муж и жена, а вообще четыре разных человека?

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

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

     
  • 3.496, Chromium (ok), 21:46, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Itanium не был плох в абсолютном смысле, он был плох по сравнению с x86-64 Itan... большой текст свёрнут, показать
     
  • 2.64, AleksK (ok), 22:46, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Каким боком itanium к x86_64. Itanium это интеловский Эльбрус.
     
     
  • 3.134, Аноним (134), 07:13, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Скорее интеловская Transmeta
     
     
  • 4.141, AleksK (ok), 09:29, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну да, возможно это лучшая аналогия. Просто судя по комментариям тут большинство не понимает что итаники были типичными VLIW процами со всеми их достоинствами и недостатками. Про трансмету эти комментаторы скорее всего еслии слышали то не знают что это такое. А с Эльбрусом эти "специалисты" давно выработали условный рефлекс поливать говном при одном только упоминании.
     
     
  • 5.150, Tron is Whistling (?), 09:57, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    VLIW нежизнеспособна, забудьте. Оптимизации в рантайме статическими оптимизациями не заменяются.
    Потому и не взлетело.
     
     
  • 6.151, Tron is Whistling (?), 09:58, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Точнее - жизнеспособна, но только в самом-самом ядре проца, когда более сложный код развёрнут _вместе с данными_ (статическим оптимизациям сие как раз таки недоступно) и передан для выполнения на VLIW.
     
  • 6.196, Tron is Whistling (?), 13:43, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Фанаты e2k по ходу отминусовались, но - лошадь лает, а караван лежит в канаве. Такие дела.
     
  • 6.225, Quad Romb (ok), 17:34, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > VLIW нежизнеспособна, забудьте. Оптимизации в рантайме статическими оптимизациями не
    > заменяются.
    > Потому и не взлетело.

    vliw отлично себя сегодня чувствует в dsp.
    Так что не стоит так категорично заявлять.

    Сама по себе идея vliw очень элегантна, но в чистом виде, видимо, не очень практична.
    Ну, так и x86_64 сегодня совсем не cisc, каковым, по старой привычке, его считают.

    Какой же это cisc, если 10 машинных мнемоник разваливаются внутри процессора на несколько сотен уопов, и переопределяются, даже без механизма кэша, каким-то совершенно чудным образом?
    Так и vliw, для успешного широкого применения в системах общего назначения если и взлетит, то в сочетании ещё с каким-то механизмом.

    Но не в чистом виде.

     
     
  • 7.230, Tron is Whistling (?), 19:12, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > vliw отлично себя сегодня чувствует в dsp

    Я там не зря дополнил :)
    DSP и generalized CPU - совершенно разные вещи.

    > Сама по себе идея vliw очень элегантна

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

     
     
  • 8.231, Tron is Whistling (?), 19:12, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    плотная упаковка ... текст свёрнут, показать
     
  • 8.250, Quad Romb (ok), 21:02, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, вот на ту часть, которая связана с данными - явно напрашивается присутствие ... большой текст свёрнут, показать
     
     
  • 9.255, Tron is Whistling (?), 22:12, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Угу И называется оно конвеер, который увязан с транслятором команд, спекулятивн... текст свёрнут, показать
     
     
  • 10.258, Quad Romb (ok), 22:41, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Про его издержки конвейра со спекуляцией тут уже все осведомились В том виде, в... текст свёрнут, показать
     
     
  • 11.292, Tron is Whistling (?), 09:14, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Поскольку in vitro в лабораторных условиях с side channel не играюсь - как-то аб... текст свёрнут, показать
     
     
  • 12.312, Quad Romb (ok), 12:34, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Удобно, согласен А вот некоторым организациям интересно, чтобы у них ин виво эт... текст свёрнут, показать
     
     
  • 13.375, Tron is Whistling (?), 08:24, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    In vivo шанс эксплуатации спектров - около 0 Интересно разве что каким-либо DoD... текст свёрнут, показать
     
  • 13.376, Tron is Whistling (?), 08:25, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Смотри, на улице можно оступиться, упасть, и сломать себе хвост Как часто это п... текст свёрнут, показать
     
     
  • 14.394, Quad Romb (ok), 15:02, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы же не ходите по улице Вы же сидите в лаборатории и перекладываете пробирки в... текст свёрнут, показать
     
     
  • 15.399, Tron is Whistling (?), 18:18, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы это, апдейт парсеру сообщений поставил в вашем случае ... текст свёрнут, показать
     
     
  • 16.401, Quad Romb (ok), 19:14, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Апдейт - это штука, наверное, полезная Но не имеющая никакого отношению к тому,... текст свёрнут, показать
     
  • 8.425, Аноним (-), 23:33, 24/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И даже там AMD задолбался и сделал для GPGPU нечто более похожее на обычный проц... текст свёрнут, показать
     
     
  • 9.426, Tron is Whistling (?), 23:40, 24/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее из-за того, что у GPU объём L1I минимальный 32k 4CU в GCN например , да,... текст свёрнут, показать
     
  • 5.242, Аноним (242), 20:15, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Transmeta это компания, где долгое время платили зарплату Линусу.
     
     
  • 6.245, пох. (?), 20:24, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Transmeta это компания, где долгое время платили зарплату Линусу.

    а потом обанкротились ;-)

    Но помимо этих сведений, которые знает каждый пингвиноид, у них был еще ан...нетный процессор. Ну оооочень странный. Нивзлетело, да и не должно было.
    Отдельно забавно что линукс на них толком никогда не работал.


     
     
  • 7.317, _kp (ok), 12:49, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > у них был еще ан...нетный процессор. Ну оооочень странный. Нивзлетело

    У Трансметы был, на своё время перспективно выглядящий (на то время) процессор - VLIW  с эмулятором intel кода.
    Плюс, тогда была свободна ниша низкопотребляющих процессоров, которую можно было занять.
    Народ следил с интересом и ждал.
    Ни что не предвещало беды. Но, как водится с VLIW, производительность подкачала, с экономичностью тоже чуда не произошло, а деньги потрачены.

    Баловстово  с VLIW пока всегда заканчивалось печально.

     
  • 3.495, Chromium (ok), 21:43, 01/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Itanium не имеет ничего общего с Эльбрусом, кроме того, что оба процессора испол... большой текст свёрнут, показать
     
  • 2.177, Аноним (174), 12:31, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В 2000-х наверное VLIW мог бы взлететь, сейчас нет, из-за вездесущего JIT.  Теперь почит все компилиться в бинарники на лету, от JavaScript в браузерах до "шейдеров" видеокарт.  
    У VLIW очень сложные компиляторы, да и сами процессоры компилируют код медленно потому как сильно не любят ветвлений.
     
     
  • 3.197, Tron is Whistling (?), 13:45, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Основная фигня упирается в то, что условные инструкции, в т.ч. ветвления, нормально не распараллелить - не известны данные, которые придут.
     
     
  • 4.219, FF (?), 17:13, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    да. Но и то же самое можно сказать вебмакакам и прочим пожирателям тактов: большое кол-во ядер еще нужно суметь задействовать и не везде это возможно.
     
     
  • 5.232, Tron is Whistling (?), 19:13, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну вот VLIW и есть то самое большое число блоков, которое хз чем занять.
    На этапе статической оптимизации мы не имеем данных, а значит всё неизвестное придётся упаковывать позже.
     
     
  • 6.263, FF (?), 23:32, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    из VLIW можно сделать хороший DSP хотя бы под конкретный алгоритм
     
     
  • 7.305, Брат Анон (ok), 10:30, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Можно. Ну случай слишком специфичный. И случаев таких не так уж много. Лучше много маленьких ядер тупых и быстрых, чем одно большое и сложное.
    Выживают всегда более мелкие.
     
  • 7.400, Tron is Whistling (?), 18:19, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    DSP - это DSP.
    В тех же GPU VLIW вполне может зайти.
    Но проц общего назначения - это другое (tm)
     
     
  • 8.432, Аноним (432), 11:46, 25/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Для игровоых GPU не может Лет 5 назад игры еще компилили шейдеры при первом зап... большой текст свёрнут, показать
     
  • 8.433, Аноним (-), 20:16, 25/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да даже там AMD задолбался Так вместо VLIW стал GCN Более похожий на обычный п... текст свёрнут, показать
     
     
  • 9.436, Tron is Whistling (?), 22:19, 25/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да, тут можно не объяснять Спекулятивки правда в GPGPU пока нет, но можно ожи... текст свёрнут, показать
     

     ....большая нить свёрнута, показать (75)

  • 1.7, Аноним (7), 21:18, 20/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда уже появятся 128 разрядные компы?
     
     
  • 2.9, kusb (?), 21:20, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Когда надо будет это адресовать, наверное.
     
     
  • 3.184, Аноним (184), 13:28, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Удваиваю, для арифметических операций есть расширения, а 64-битная шина адресует до 16 млн терабайт памяти.
     
  • 3.241, анонимит (?), 20:13, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    128 бит это также цисловые операции
     
  • 2.14, ИмяХ (?), 21:28, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Уже давно есть даже 512 битные. Гугли SSE и AVX
     
     
  • 3.20, Ivan_83 (ok), 21:34, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Вы бы сами погуглили для начала.
    Когда дело доходит до работы с 256 регистрами то быстро выясняется что они в лучшем случае обрабатываются как 4 регистра по 64 бита, те если нужно сложение/умножение/сдвиг и прочее то это не одна инструкция а набор который обрабатывает переход через границу 64 бита.
     
  • 3.96, Аноним (96), 00:36, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +8 +/
    128-битными CPU считаются, когда у них РОНы 128-битные.
     
  • 2.37, FSA (??), 22:10, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Когда уже появятся 128 разрядные компы?

    Примерно когда появится IPv7 или другой номер, если будет 7 занято, как было с IPv5. Номер 5 уже был занят в заголовке в другом RFC.

     
     
  • 3.72, kusb (?), 23:03, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Никогда не понимал про ipv1 ipv2 ipv5
     
  • 2.65, mikhailnov (ok), 22:48, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Эльбрусы в "защищенном режиме" 128-битные. Уже сейчас.
     
     
  • 3.95, Ivan_83 (ok), 00:25, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Где!?
    На амазоне нет, на ебее нет, на алишке тоже нет.
     
     
  • 4.133, n00by (ok), 06:45, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    У того разработчика ОС много интересных гипотез, например, #define в языке Си объявляет переменную.
     
  • 4.220, FF (?), 17:14, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    на Авито посмотри
     
  • 4.222, FF (?), 17:14, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    а, ну да, ты же не в России
     
  • 4.366, Аноним (366), 00:39, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там теоретические выкладки, так что там в военное время 512 битные процессоры бывают...
     
  • 3.132, n00by (ok), 06:40, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Эльбрусы в "защищенном режиме" 128-битные. Уже сейчас.

    Кто допустил этого программиста на баш до разработки операционных систем и почему эти люди ещё на свободе?

    """
    В архитектуре E2K представлен сверхбольшой файл регистров. Все регистры E2K являются универсальными и могут содержать как целочисленные данные, так и числа с плавающей запятой. Всего имеется 256 регистров длиной по 64 разряда каждый. В E2K есть два почти симметричных кластера, каждый из которых содержит по 256 регистров.
    """

    >> регистров длиной по 64 разряда

    64 разряда - это 64 бита, если выражаться на твоей мове.

     
     
  • 4.434, Аноним (-), 20:18, 25/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А как они стэк сохраняют в таком монстрятнике? И сколько времени в этой штуки переключение контекста вообще занимает с такими регистровыми файлами?
     
     
  • 5.439, пох. (?), 22:42, 25/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А как они стэк сохраняют в таком монстрятнике? И сколько времени в

    ты бы сперва уточнил, есть ли у них вообще этот самый стек.
    А то ж это изобретали во времена всеобщей любви к 360.
    > этой штуки переключение контекста вообще занимает с такими регистровыми файлами?

    Если стека нет и второго регистрового файла для ring0 тоже нет - то доооолго.

     
     
  • 6.441, n00by (ok), 08:58, 26/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так сохранять надо не при переходе в ядро (что надо, и так сохраняется в прологе функции, которая вызывает шлюз). Сохранять и восстанавливать надо при переключении на другой поток. На каждый поток теневых регистров не напасёшся.
     
  • 5.440, n00by (ok), 08:52, 26/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Из нижеследующего я понял, что сохранять надо 32 регистра, остальные стековая ч... большой текст свёрнут, показать
     
  • 3.324, _kp (ok), 13:19, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Эльбрусы в "защищенном режиме" 128-битные. Уже сейчас.

    Только, это WLIW, под который никак не осилят вменяемые компиляторы, иначе б о проблемах переноса ПО не знал только ленивый. А если нет возможности даже простой перетрансляции, без конского падения производительности, то считай, что процессора и нет.

     
  • 2.83, Аноним (83), 23:41, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Берешь ПЛИС, берешь спецификацию RISC-V в частности RV128I добавляешь к этой базе все нужные расширения и не забываешь про расширение Q которое позволяет работать с 128 битными числами с плавающей запятой. Потом пишешь софтовое ядро вот с этим всем для плис и вот он 128 битный процессор.
     
     
  • 3.99, Аноним (96), 00:47, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Fabrice Bellard сделал софтовый эмулятор RV128IMAFDQC https://bellard.org/tinyemu/
     

  • 1.10, Dzen Python (ok), 21:24, 20/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    А как же святая скрепа интел-мира - ОБРАТНАЯ СОВМЕСТИМОСТЬ?
    Что же скажуть УВАЖАЕМЫЕ КОРПОРАТИВНЫЕ КЛИЕНТЫ с аппами на коболе?

    Не из-за этого же похоронили итаниум, не?
    Или они необучаемые, или одно из двух.

     
     
  • 2.12, Аноним (12), 21:27, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Одно из трех.
     
  • 2.15, пох. (?), 21:28, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    как запускали в виртуалках, так и дальше будут.
    Ахиллесова пята итаника была не в том что они там напрямую не запускались, а в том что он и виртуализацию не умел. Но и это только вторично - первично что компиляторы для него у интела не получились, а MS было неинтересно.

     
     
  • 3.155, Tron is Whistling (?), 10:06, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не, тут уже будет тяжелее, тут придётся старые приложения через QEMU гонять :), в режиме эмуляции CPU, со всеми вытекающими.
     
     
  • 4.169, Аноним (-), 11:58, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет, не придётся. Читайте внимательнее. Старые ядра придётся гонять в режиме эмуляции. Приложениям придётся от некоторых инструкций отказаться, типа строковых, да от доступа к портам ввода/вывода (кто-то этим пользовался из ring-3?).
     
     
  • 5.192, Tron is Whistling (?), 13:41, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Приложениям придётся от некоторых инструкций отказаться, типа строковых

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

     
     
  • 6.203, Аноним (-), 15:33, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А никто не использует сейчас строковые инструкции. Они -- пережиток 70-х и 80-х. Загляни в любой memcpy или strlen и ты увидишь. Я не уверен, что можно написать такой код на C, который gcc будет компилировать с использованием строковых инструкций, мне кажется надо на асме писать, чтобы так получилось.
     
     
  • 7.274, Аноним (26), 03:22, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Расскажи это Линусу. И Intel, которые планомерно уже лет 10 эти самые строковые инструкции оптимизируют.
     
  • 5.193, Tron is Whistling (?), 13:41, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Префикс размера адреса тоже предлагается убрать. Т.е. читайте внимательнее, да.
     
     
  • 6.204, Аноним (-), 15:38, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А он зачем нужен? Когда-то давным давно, когда я миксовал 16-битный код с 32-битным, я не просто знал, зачем он нужен, но даже пользовался им. А вот сейчас я не совсем помню, и даже не уверен как он работает в защищённом режиме. Им кто-то пользуется ещё?
     
  • 5.201, Совершенно другой аноним (?), 15:12, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    https://man7.org/linux/man-pages/man2/ioperm.2.html
     
  • 5.275, Аноним (26), 03:23, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Приложениям придётся от некоторых инструкций отказаться, типа строковых...

    Вот вы бы внимательнее и читали. Строковые инструкции никуда не денутся.

     
  • 4.246, пох. (?), 20:27, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Не, тут уже будет тяжелее, тут придётся старые приложения через QEMU гонять
    > :), в режиме эмуляции CPU, со всеми вытекающими.

    Учитывая насколько они старые, оно "и так сойдет!"

     
  • 3.207, U202204161753 (?), 15:48, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Ахиллесова пята итаника была не в том что они там напрямую не запускались, а в том что он и виртуализацию не умел.

    Виртуализация там есть.
    ПО в полном комплекте OS HP-UX.

     
     
  • 4.247, пох. (?), 20:30, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ахиллесова пята итаника была не в том что они там напрямую не запускались, а в том что он и виртуализацию не умел.
    >  Виртуализация там есть.
    > ПО в полном комплекте OS HP-UX.

    виртуализация возможна даже на 8086 - просто работать это будет чудовищно медленно.
    А паравиртуализационных технологий в том древнем итанике не было от слова совсем.

    То есть их тогда нигде вообще не было кроме пресловутой дос-виртуализации в 386 и выше, которой в итанике тоже не могло быть.

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

     
     
  • 5.301, U202204161753 (?), 10:15, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/

    >>  Виртуализация в Itanium есть.
    >> ПО в полном комплекте OS HP-UX.
    > виртуализация возможна даже на 8086 - просто работать это будет чудовищно медленно.

      Не исключено: так и не сумел заполучить системный блок в монопольное использование.

    Соответственно - не проврил ту виртуализацию в деле.

    Но: в  Virtual PC на "обычном Intel" всё работало быстро. С VPC Addition

     
  • 5.325, _kp (ok), 13:25, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > виртуализация возможна даже на 8086 - просто работать это будет чудовищно медленно.

    Потому что Вы говорите не о виртуализации, которая таки не возможна,
    а о эмуляции, той что адски медленная, но возможна.  На все 640 кб.

     
  • 2.25, Аноним (25), 21:38, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    На продажи Интела посмотри за последние овердофига лет. Даже закон Мура уже много лет не выполняется. А это была маркетинговая основа Интела. Пора сбрасывать этот баласт и это делает невидимая рука рынка.
     
     
  • 3.172, Аноним (-), 12:11, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Продажи интела занимают десятки процентов рынка. AMD в какой-то момент единицы процентов имел, и это не помешало ему подняться вновь. Ты рано списываешь Intel со счетов.
     
     
  • 4.176, Beta Version (ok), 12:28, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот только АМД единицы процентов имела тогда, когда Интел давил её антирыночными способами вроде подкупа торговых сетей и производителей готовых сборок, чтобы они не продавали/использовали процессоры АМД и/или никак их не рекламировали и не продвигали. Плюс откаты за закупку именно камней Интел. Плюс мощнейший маркетинг. При этом, АМД выпускала вполне годные процессоры и фразу "FX тащит" хоть в камне высекай.

    А что у Интела сейчас? Он сливается сугубо по техническим причинам, будучи неспособным создавать продукцию лучше, а зачастую даже на уровне конкурента. АМД как выпускала хорошие процессоры, так и выпускает, а Интел просаживается в качестве вместе с потерей рынка и рекордными убытками. У Интела ситуация совсем не та же, что у АМД десять лет назад.

     
     
  • 5.216, Аноним (-), 17:05, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вот-вот И это не помешало AMD подняться Они выпустили пару линеек неудачных пр... большой текст свёрнут, показать
     
  • 5.267, 48 (?), 01:33, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хе-хе, вы серьезно думаете, что там есть конкуренция Интел создал амд и выкорми... большой текст свёрнут, показать
     
     
  • 6.302, Аноним (302), 10:20, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Сейчас у интела есть все, как и было, если захотят они выпустят 17е поколение уже завтра, только зачем им это?

    Во времена «бульдозеров» это ещё могло более-менее убедительно звучать.

     
  • 6.327, Beta Version (ok), 13:45, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Интел создал амд

    Некоторые дурачки так полагают, но на то они и дурачки, чтобы чушь нести.

    > если захотят

    Только что-то "не хотят" и теряют рынок.

     
     
  • 7.497, 48 (?), 00:34, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Простите, не знал что вы из этих, плоская земля, рептилоиды, независимый амд
     
     
  • 8.498, Beta Version (ok), 01:58, 19/06/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Давай ты пруфанёшь про созданную интелом амд или ты будешь просто очередным треп... текст свёрнут, показать
     
     
  • 9.499, 48 (?), 14:47, 04/07/2023 [^] [^^] [^^^] [ответить]  
  • +/
    а давай ты хоть на википедию сходишь In 1976, Intel needed a second source to pr... текст свёрнут, показать
     
     
  • 10.500, Beta Version (ok), 16:19, 04/07/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Тебе на русский перевести или сам в гугл переводчик скопируешь ... текст свёрнут, показать
     
  • 2.42, Аноним (42), 22:19, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    корпоративные клиенты с аппами на коболе сидят на IBM System/Z
     
     
  • 3.54, Аноним (25), 22:43, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Айбиэмовский компилятор кобола самый трушный. Только дома не нём не по программируешь вот программисты и закончились.
     

  • 1.11, Атон (?), 21:27, 20/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Они выкинули 2/3 ядра процессора, это значит энергопотребление снизится пропорционально?
     
     
  • 2.19, Аноним (19), 21:34, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тебе бы матчать подучить. Чтобы не задавать мудатские вопросы.
     
  • 2.128, n00by (ok), 06:22, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Они выкинули 0,01% ядра. Поэтому правильный вопрос: а зачем?
     

  • 1.13, Атон (?), 21:28, 20/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Они выкинули 2/3 ядра процессора, это значит цена снизится на 2/3, за счет сокращения количества транзисторов и отчислений за устарелые патенты?
     
     
  • 2.21, хрю (?), 21:34, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Нет это значит цены вырастет на 3/2.
     
  • 2.23, Ivan_83 (ok), 21:37, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет.
    Это значит что бивисо писателям станет жить легче уже сейчас.
    Всем остальным лет через 10-15, когда скажут что совместимость со старьём мы больше не поддерживаем и выкинут из загрузчиков и из ОС поддержку старья.

    Возможно будет прирост производительности в пределах 10% из за упрощения декодера и ещё чего то.

     
     
  • 3.67, Аноним (60), 22:52, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это простор для написания нового 64-битного кода во всем. Покупателям это еще придется раскошелиться и на софт, если они использовали 32-х битный.
     
     
  • 4.90, Ivan_83 (ok), 00:15, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Написано же: х32 приложения продолжат работать, а всякие х32 и х16 ОС гоняйте теперь в виртуалках.
     
     
  • 5.129, n00by (ok), 06:29, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –5 +/
    х32 приложения никогда толком и не работали.
    32-х разрядная архитектура официально именуется IA32.
    х32 называли 64-х битный режим с указателями размером 32 бита.
    64-х битный режим изобрела AMD, соответственно называется он AMD64.
    Intel-ам это очень не нравится, они придумали IA32-EMT64, "сообщество" сошлось на компромиссе - x64.
    Вся эта затея больше про переименовывание, видимо AMD их немножко двигает на рынке.
     
     
  • 6.316, Аноним (318), 12:46, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что значит не работали? А если у меня работали?
     
     
  • 7.326, _kp (ok), 13:29, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Что значит не работали? А если у меня работали?

    Не все. Драйверы ушли лесом, и системное ПО и активно взаимодействующее с ОС , ушло вдогонку.
    Пользователи офисов и игр не должны были ничего заметить, а с системным ПО несовместимость есть.

     
     
  • 8.333, n00by (ok), 15:49, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В x32 системе linux ядро 64-х разрядное, как и приложения Но адресное пространс... текст свёрнут, показать
     
     
  • 9.421, Аноним (-), 20:48, 24/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И это 1 из самых глупых вещей которые можно сделать Ну например mmap становит... текст свёрнут, показать
     
     
  • 10.429, n00by (ok), 07:55, 25/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так mmap не Уних-вей же, а виндузятничество Но согласен, что больше пользы б... текст свёрнут, показать
     
  • 7.332, n00by (ok), 15:46, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Что значит не работали? А если у меня работали?

    Вы вероятно путаете x32 (это вариант 64-х разрядного) с 32-х разрядным режимом https://opennet.ru/34065-x32

     
     
  • 8.335, Аноним (318), 16:07, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, я как раз ту генту из той новости и внедрял примерно в то время Были некот... текст свёрнут, показать
     
     
  • 9.374, n00by (ok), 07:29, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Околопромышленное применение, это, грубо говоря, запустили некий сервер и админи... текст свёрнут, показать
     
  • 7.334, n00by (ok), 15:54, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Что значит не работали? А если у меня работали?

    Виноват, поторопился выше. Нашёл Ваш другой комментарий. Ну у меня тоже работали всякие ls и cat, и возможно даже какой-то текстовый браузер, но толку от них не много. Потому у меня и написано "никогда ***толком*** и не работали".

     
  • 3.154, Tron is Whistling (?), 10:04, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Бивисописателям вообще фиолетово уже давно, с EFI начиная, потому что они прыгают в расширенный режим, и оттуда работают. Другое дело что приходится держать прослойку для легаси интов, но она как бы давным давно написана, и особых проблем уже ни у кого не вызывает.
     
  • 3.165, Аноним (163), 11:33, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    С нынешней частотой вфхода новых версий 10 лет слишком много.
     
  • 2.28, Аноним (26), 21:52, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    То, что они выкинули - это тысячная часть, а то и меньше. Все эти устаревшие режимы давно реализованы по остаточному принципу. По большей части, это упрощение жизни для писателей современных ОС и BIOS.

    > отчислений за устарелые патенты?

    Отчислений самим себе, разве что.

     
     
  • 3.66, Атон (?), 22:51, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > То, что они выкинули - это тысячная часть, а то и меньше.
    > Все эти устаревшие режимы давно реализованы по остаточному принципу. По большей
    > части, это упрощение жизни для писателей современных ОС и BIOS.
    >> отчислений за устарелые патенты?
    > Отчислений самим себе, разве что.

    В пентиумах  3, 4, Core и современные примерно 2/5 состоит из патентов сторонних компаний. 1/3 патенты АМД, и еще немножка патенты других компаний.

    Часть лицензионных платежей удалось сократить скупив и поглотив сторонние компании, часть как с АМД - взаимно "обменяться патентами" с правом пользоваться без роялити.  при этом за некоторые патенты, которые АМД получила путем поглощения иных компаний, intel им "отстегивает".

    Отказ от 16/32 битного легаси не иллюзорно сократит патентную нагрузку.

     
     
  • 4.81, Аноним (81), 23:22, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Там самый прикол был, что патентом на Hyperthreading владела AMD.
    https://patents.google.com/patent/US5944816
     
     
  • 5.137, Атон (?), 09:22, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Там самый прикол был, что патентом на Hyperthreading владела AMD.
    > https://patents.google.com/patent/US5944816

    Это самое известное. Знакомое хомячкам слово, которое они где-то встречали в рекламе.

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

     
  • 4.173, Аноним (-), 12:14, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Отказ от 16/32 битного легаси не иллюзорно сократит патентную нагрузку.

    16-битное легаси давно вышло из под всех патентов по сроку годности. 32-х битное если не вышло, то скоро.

     
  • 4.181, Аноним (174), 12:52, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Отказ от 16/32 битного легаси не иллюзорно сократит патентную нагрузку.

    Какая нагрузка? Патенты действуют 20 лет, через 20 лет ты можешь делать на их основ что угодно и с тебя никто не потребует отчислений.  
    Даже тут человек кинул ссылку на патент HT и там черным по белому написано Expired. Патент выдан в 1996, и Anticipated expiration в 2016.  

    AMD64 был преставлен в 2000-ом году, это значит что прямо сейчас можно выпускать AMD64 совместимые процессоры без страха судебных преследований, и без необходимости уплаты отчислений. Другое дело что тот же AVX нужно лицензировать, как и все прочие наработки последних десяти лет.    

    Кстати h.264/AVC part 1 исполняется 20 лет 30 мая этого года, так что если использовать его без новых фичь то через 9 дней это будет роялтифри кодек :)  

     
     
  • 5.248, пох. (?), 20:33, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Кстати h.264/AVC part 1 исполняется 20 лет 30 мая этого года, так
    > что если использовать его без новых фичь то через 9 дней
    > это будет роялтифри кодек :)

    как раз когда все прогрессивное человечество перешло окончательно на 265/hevc :-(


     
     
  • 6.249, Аноним (174), 20:57, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У нового и прогресивного есть выбор между HVEC и лоялти фри AV1.  
     
  • 5.288, Атон (?), 08:30, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> Отказ от 16/32 битного легаси не иллюзорно сократит патентную нагрузку.
    > Какая нагрузка? Патенты действуют 20 лет, через 20 лет ты можешь делать
    > на их основ что угодно и с тебя никто не потребует
    > отчислений.

    JFYI  патенты продлеваются и отсчет строка начинается заново.

     
     
  • 6.398, Аноним (398), 17:27, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    JFYI -- нет, патенты не продеваются,  20 лет! Патент на продукт не может привышать 14 лет с момента его выхода на рынок.  
    reexamination и reissue не влеяет на срок действия патаента. Все это гуглится. Ненужно распостронять заблужения.  
     
  • 4.254, Аноним (254), 21:53, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Какая нахрен патентная нагрузка, у патентастов из Intel соглашение о кросслицензировани патентов с другими патентастами.
     
     
  • 5.289, Атон (?), 08:34, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Какая нахрен патентная нагрузка, у патентастов из Intel соглашение о кросслицензировани
    > патентов с другими патентастами.

    Соглашение о одном патенте не отменяет платы за тысячи других патентов.

    .

    .


    .

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

     
  • 4.462, Аноним (462), 14:05, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Отказ от 16/32 битного легаси не иллюзорно сократит патентную нагрузку.

    Тебя не смущает собственное существование?
    Ведь патента на РНК/ДНК до сих пор нет.
    А результатом реализации пользуются все, бесплатно, по праву рождения. Еще и с удовольствием :)

     
  • 2.372, Аноним (372), 06:48, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Они выкинули 2/3 ядра процессора, это значит цена снизится на 2/3

    Нет, это значит, что они смогут впихнуть ещё пару ядер и соответственно увеличить цену. Это же Intel.

     

  • 1.24, шмякшмяк (?), 21:38, 20/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    По цене дешевле АРМ будет?
     
     
  • 2.31, Аноним (25), 21:54, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Интел могли бы уже и свою RISC архитектуру сделать давно.  
     
     
  • 3.71, Атон (?), 23:00, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Интел могли бы уже и свою RISC архитектуру сделать давно.

    i960 ?

    Pathfinder ?

     
  • 3.84, Аноним (83), 23:44, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    У них и так все процессоры это RISC, но прикрытые эмулятором x86
     
     
  • 4.183, Аноним (183), 13:27, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вот это эмулятор/транслятор выкинуть первым.
     
     
  • 5.437, Tron is Whistling (?), 22:20, 25/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Угу. И останется неоптимизируемое ядро. Данных вам кроме как в рантайме ниоткуда для оптимизации расстановки потока команд не дадут.
     
  • 2.278, Аноним (302), 05:35, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А что, ARM дёшев? Что-то не особо заметно.
     
     
  • 3.330, Аноним (330), 14:37, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    M1, M2 не дёшевы.
     
  • 3.422, Аноним (-), 22:17, 24/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А что, ARM дёшев? Что-то не особо заметно.

    Вон там одноплатник с 4 ядрами за 10 баксов за все лежит. Размером с кредитку, 512 оперативы, питается от зарядки для мобли. Удачи на x86 что-то сравнимое за те же деньги взять вообще.

    А весь проц, с чипом power manager внагрузку - пять баксов. При этом управление питанием там уже сильно лучше любых атомов. Итог? Тихая, холодная, практически вечная система (ни 1 электролита который может забеременеть) задешево. А микроконтроллеры так и вообще менее доллара на ARM уже.

     

  • 1.27, Zenitur (ok), 21:46, 20/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Они Итаниум переизобрели?
     
     
  • 2.30, Аноним (25), 21:54, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Просто они пытаются наконец все сделать правильно. Посмотрим что у них получится.
     
     
  • 3.50, Zenitur (ok), 22:35, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто они пытаются наконец все сделать правильно. Посмотрим что у них получится.

    Идеальные процессоры уже были, и они не стали коммерчески успешными.

    Когда появился Athlon 64, прирост в 5-10% при использовании тяжёлых приложений, вроде Maya и Nuke, обеспечивался даже без правки кода. Чисто засчёт использования регистров большего размера.

    Но специалисты в то время сказали, что прирост мог бы стать выше, если бы решили прекращать совместимость с 32 бит.

    Но такой процессор уже был, и это был Итаниум. Там совместимость с 32 бит дропнули на аппаратном уровне.

    Он мог бы "взлететь", если бы AMD64 не появился. Когда в какой-то момент пользователя уже прижмёт ограничение в 4 Гб ОЗУ.

    Однако вышел Athlon 64. И рынок выбрал его.

     
     
  • 4.52, Аноним (25), 22:41, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так тогда интел и сделали всё неправильно. И Итаниум не мог взлетел его не туда позиционировали.
     
     
  • 5.55, Zenitur (ok), 22:43, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Так тогда интел и сделали всё неправильно. И Итаниум не мог взлетел
    > его не туда позиционировали.

    ИМХО, если бы AMD не выпустили свой 64-битный процессор - время Итаниума рано или поздно пришло бы.

     
     
  • 6.148, Аноним (148), 09:46, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет, не пришло бы. Итаник - мертворожденный проект.
     
     
  • 7.358, Zenitur (ok), 21:16, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    С чего бы Представь 2003 год Мы находимся в некоей параллельной реальности, в... большой текст свёрнут, показать
     
     
  • 8.377, Совершенно другой аноним (?), 08:46, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну, скорее даже, не то, что AMD сделает свой 64-битный процессор, который не со... текст свёрнут, показать
     
  • 4.53, Джон Вик (?), 22:41, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А как же Apple Silicon...
     
  • 4.146, Аноним (148), 09:44, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Идеальные процессоры уже были, и они не стали коммерчески успешными.

    Про SPARC64 ты, наверное, не в курсе? Не идеал, но получше x86 тормозинтела.
    Кстати, можно было по лицензии выпускать, но интелу прибыль важнее, если их выпердыши с 8086 совместимостью покупают, зачем делать лучше. Любой самый современный x86_64 до сих пор умеет реальный режим 16bit, нафейхуа?

     
     
  • 5.185, Аноним (183), 13:28, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Для задач реального времени? У Шаттла были 8086 и реальное время и все работало всем всё нравилось.
     
     
  • 6.260, Аноним (148), 23:10, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, а виртуальный режим для задач виртуального времени, жги исчо :)
     
  • 5.323, _kp (ok), 13:12, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >>прибыль важнее

    А на что же тогда выпускать процессоры, с чего финансировать разработки..
    Это стремление неизбежно.

     
  • 5.423, Аноним (-), 22:22, 24/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Про SPARC64 ты, наверное, не в курсе? Не идеал, но получше x86 тормозинтела.

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

    И в результате вроде крутой артефакт - но вот что с ним делать хрен его знает?! RISCV в этом смысле народу сильно лучше зашел, есть куча разных ядер от мелких и лайтовых которые на совсем копеечной FPGAхе запустятся, до огроменных высокопроизводительных монстров которые даже в сервера ставят.

     
     
  • 6.450, Аноним (462), 09:18, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    SPARC Version 9, the 64-bit SPARC architecture, was released by SPARC Internatio... большой текст свёрнут, показать
     
  • 3.157, Аноним (148), 10:29, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Просто они пытаются наконец все сделать правильно.

    Ты с какой планеты?
    Интел и правильно - это нонсенс.

     
  • 2.224, FF (?), 17:16, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это же ты со мной спорил в защиту то ли ноды жс, то ли шарпов? Не удивительно
     
     
  • 3.313, Zenitur (ok), 12:40, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это был не я
     

  • 1.39, Анонимдоброжелатель (?), 22:13, 20/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вопрос к сведущим, если такие внезапно оказались на сайте: это сильно поможет программистам? Скажется ли подобное упрощение положительно на производительности из-за отсутствия нужды переходить в 32-битный режим работы?
     
     
  • 2.47, Аноним (47), 22:32, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +7 +/
    99.9% программистов на это наплевать. Они всё равно используют готовые компиляторы и операционные системы. По большому счёту, современному программисту абсолютно всё равно, компилировать под Интел, АРМ, PowerPC или Эльбрус.

    Немного повлияет на писателей BIOS и загрузчиков ОС.

     
     
  • 3.74, kusb (?), 23:05, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Есть косвенные эффекты.
     
     
  • 4.138, Атон (?), 09:23, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть косвенные эффекты.

    для программистов на Pyton PHP perl 1c?

     
  • 2.56, Анониссимус (?), 22:43, 20/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Например, груб запускается в 16-битном режиме. НУ придётся переписать на 64 бита. А для чего ещё может понадобиться 16 бит -- даже не знаю.
     
     
  • 3.109, edo (ok), 01:27, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Нет, на системах с efi grub НЕ работает в 16-битном режиме.
    Явно на новых процессорах загрузка в режиме legacy не будет подерживаться, останется только uefi.
     
  • 2.88, Аноним (46), 00:05, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > это сильно поможет программистам

    Только некоторым системщикам и то не сильно. Смогут костыли убрать, grub сможет похудеть, учиться будет проще.
    > Скажется ли подобное упрощение положительно на производительности из-за отсутствия нужды переходить в 32-битный режим работы?

    Включение станет чуть быстрее, но скорее всего вы этого не заметите.

     
  • 2.175, Аноним (-), 12:23, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нет и нет Если ты будешь код под голое железо писать без ОС, то надо полагать т... большой текст свёрнут, показать
     

  • 1.77, Аноним (60), 23:12, 20/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Люди охладели к 64-х гиговым модулям памяти. Надо подстегнуть.
     
  • 1.78, Аноним (60), 23:15, 20/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    ИИ выдал ТЗ: зачем мне заморачиваться в 16 и 32 битных клетках.
    Мне нужен простор без преград.
     
     
  • 2.91, чатжпт (?), 00:15, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    он не работает на cpu
     
     
  • 3.135, Аноним (136), 09:20, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Прекрасно работает, погуглите llama.cpp
     
     
  • 4.186, Аноним (183), 13:30, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Медленно, хреново и ненужно работают. Надо Нвидию она умнее Линуса.
     

  • 1.103, Аноним (96), 00:55, 21/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    И не слова о том, как они учли свои прошлые промахи с Meltdown и Spectre.
     
     
  • 2.139, Атон (?), 09:25, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > И не слова о том, как они учли свои прошлые промахи с
    > Meltdown и Spectre.

    Учли.  Новые фичи будут тщательнее скрываться от неквалифицированной публики.

     
     
  • 3.145, Аноним (148), 09:36, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И проц самостоятельно в фоне будет обновлять микрокод, ага.
    Ну чтобы пользователи не сильно переживали.
    Меньше знаешь - больше прибыль производителю.
     
     
  • 4.166, Аноним (163), 11:39, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По HTTP.
     
     
  • 5.239, Вася (??), 19:56, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    а какая разница, на уровне протокола или же на уровне подписанного микрокода выполняется проверка подлинности подписанного обновления? хоть вручную вбивай с распечаток газет, лишь бы распаковалось корректно
     
     
  • 6.431, Tron is Whistling (?), 08:35, 25/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    С подписанным микрокотом осторожнее - может оцарапать при утечке ключа очередной :)
     
  • 4.168, Атон (?), 11:45, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > И проц самостоятельно в фоне будет обновлять микрокод, ага.
    > Ну чтобы пользователи не сильно переживали.
    > Меньше знаешь - больше прибыль производителю.

    Не "будет" а "продолжит". в остальном всё верно.

     
  • 4.329, Аноним (330), 14:31, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не, производителю прибыль больше, когда пользователь в магаз бежит за обновлением.
     

  • 1.110, Ананоним (?), 01:34, 21/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Наши процессоры быольше не тормозят на ваших 32-битных программах с 2 Гигабайтами данных? Ну они точно затормозят на only-64-битных с 2 Терабайтами данных :)
     
  • 1.111, name (??), 02:37, 21/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Годно, как раз под Gentoo nomultilib.
     
  • 1.112, Аноним (112), 02:54, 21/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Всё 32 и 16 битное старые можно вполне запускать в эмуляторе, оно уровня пентиум 2 максимум, когда 256 мегабайт памяти хватало всем, а сейчас новый комп меньше чем с 32 гигами покупать смысла нет
     
     
  • 2.167, Аноним (163), 11:42, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А как быть с играми? Сталкер или Half-life.
     
     
  • 3.187, Аноним (183), 13:31, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Можно в них просто не играть.
     
  • 3.189, Beta Version (ok), 13:36, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Использовать современные движки с поддержкой x64. Для Сталкера это OpenXRay, для Халфы это Xash3D (да и порт на Source есть). Да и скорее всего современные процессоры (и тем более будущие) на изи вытащат эмуляцию x86 игр.
     
     
  • 4.237, Аноним (163), 19:43, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А эти современные движки будут поддерживать такие штуки как EAX, A3D? А как на этих движках будет аыглядеть сама игра? Не измениться ли графон?
     
     
  • 5.240, Вася (??), 19:58, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    у тебя ЭЛТ монитор, что тебе так нужен тот картофельный графон из прошлого?
     
  • 5.256, Beta Version (ok), 22:12, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А эти современные движки будут поддерживать такие штуки как EAX, A3D? А
    > как на этих движках будет аыглядеть сама игра? Не измениться ли
    > графон?

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

     
  • 5.300, Аноним (302), 10:14, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > такие штуки как EAX, A3D

    Такие штуки сейчас где-то поддерживаются?

     
  • 3.279, Аноним (302), 05:39, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Игры уже лет десять как 64-битные, а для старья и эмуляции хватит.
     

  • 1.127, Alex (??), 06:16, 21/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А в сторону 128 битных процессоров они пока не смотрят!?
     
     
  • 2.190, Аноним (183), 13:37, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет. Никому не нужен такой утюг.
     

  • 1.140, Аноним (148), 09:28, 21/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Не прошло и 20 лет. Совместимость им, блдЪ, мешала. Ну так выпускали бы две архитектуры, одну для совместимости со старым "бизнес" софтом и новую. Армы и итаники отдельно осилили, а отдельную линию для 64бит онли - не смогли, ага. И биосу заранее надо было заранее альтернативу сделать.
    А сейчас петух реально клюнул, от армов, амуде и прочих рисков, засуетились. Поздновато.
     
     
  • 2.161, Аноним (161), 11:02, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ещё раз - камень без совместимости не взлетел бы Ты можешь взять программу от W... большой текст свёрнут, показать
     
     
  • 3.266, Аноним (148), 00:09, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Захватить рынок персональных компьютеров Связка IBM PC Win - киллерфича для мо... большой текст свёрнут, показать
     
     
  • 4.303, U202204161753 (?), 10:24, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ( вопрос был не ко мне лично, ну да ладно...)

    > когда появились AMD64 и 64 ос и софт для него.

    Первым был Microsoft Exchange 2007.

    Помнится, что системный блок под него так и нашёлся в то время. Т.е. x64 был первые пару лет экзотикой.

     
  • 2.191, Аноним (183), 13:39, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нужно понимать что это следствие монополии Интела. Экономические последствия и даже действия компании после исчезновения монополии в экономике давно известны. Все просто действуют по известным шаблонам.
     
  • 2.234, Vkni (ok), 19:26, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    На Хабре есть отличная серия статей Made at Intel. В ней рассказывается, в частности, про баталии вокруг системы команд — https://habr.com/ru/articles/664682/

    «И все же важнейшей религией компании является сама x86 Instruction Set Architecture. Intel изначально свято придерживался принципа backward compatibility  - программы написанные для предыдущих поколений процессора работают на следующих без изменений (ну разве что требуют эмулятора операционки). Без этого нельзя построить никакой экосистемы, ибо ее формирование процесс занимающий многие годы. И именно благодаря последовательности Intel x86 ISA стала для компьютерного мира чем то вроде христианства.»

     

  • 1.142, Аноним (148), 09:31, 21/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    И как всегда, старое гуано с кешем в новую обертку занесут. Штеуд, ёп.
     
  • 1.144, Аноним (148), 09:34, 21/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    И как обычно, переключение контекста опять дорогое по выполнению получится.
    Что они там эстонское курят, интересно.
     
  • 1.152, Аноним (148), 10:00, 21/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Только системная архитектура IBM PC никуда не делась, со всей стародревней фигней типа системы прерываний, говношин PCI* и идиотской(в сравнении с другими архитектурами) реализацией защищенного режима. В какие материнки будут ставить это "новое"?
    Не взлетит, системные "гири" от старой архитектуры никуда не денутся.
     
  • 1.153, Tron is Whistling (?), 10:00, 21/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    На самом деле да, можно упростить, но выигрыш это даст только в плане сложности транслятора, т.е. это удешевление производства скорее. Никаких особых выигрышей для юзера сие не несёт.
     
     
  • 2.156, Tron is Whistling (?), 10:16, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И да, у этой фигни будет одна малюсенькая проблема - совместимость с оборудованием. Часть оборудования включает в себя собственные биосы / модули EFI, не все из которых смогу работать на упрощённом варианте CPU.
     
     
  • 3.259, Аноним (257), 23:09, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И да, у этой фигни будет одна малюсенькая проблема - совместимость с
    > оборудованием. Часть оборудования включает в себя собственные биосы / модули EFI,
    > не все из которых смогу работать на упрощённом варианте CPU.

    Этой проблемы не будет если сделать новую архитектуру исключительно под новый сокет.

     
     
  • 4.430, Tron is Whistling (?), 08:34, 25/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Под отдельный PCIe, хотел сказать?
    Т.е. два набора плат, один под x86, второй под очередное интеловское чудо?
    Да нет, просто инициализацию опять придётся отдать монструозному биосу (как бы он там ни назывался), нет поддержки инициализации вот конкретно этой платы в таковом - всё, приплыли.
    То есть прокатит разве что на серверах, но там оно вообще низачем.
     

  • 1.160, Аноним (160), 10:46, 21/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Не нужно. Главный козырь x86 - совместимость. Потеряв совместимость ... ну есть же системы команд arm, riscv, mips, sparc, elbrus, где команды может и другие, но хотя-бы не такая помойка, как x86.

    Интелу просто надоело обеспечивать совместимость со старьём. Но проприетарная ISA, с legacy осталась и никуда не делась!

    Лучше бы новые камни делали с аппаратной поддержкой risc5 и wasm - больше толка бы было.

     
     
  • 2.170, Аноним (163), 12:00, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вэбщики должны исчезнуть вместе со своим WASM.
     
  • 2.188, Аноним (-), 13:32, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Главный козырь x86 - совместимость.

    Уже нет. 20 лет назад главным козырем была совместимость, сегодня уже нет. Сегодня роль играет совместимость юзерспейса, но не биосов-хуиосов. И Intel, как мы видим, это понимает. В отличие от анонима опеннета, чьё мировоззрение застряло в 90-х.

     
     
  • 3.252, Аноним (254), 21:46, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А я и говорю про совместимость юзерспейса. Совместимость с уже написанными программами. Гарантии, какие-никакие, но гарантии, что в будущем эти программы не превратятся в тыкву. Речь не идёт про эмуляторы. Эмуляторы никогда не заменят нативного исполнения и memory breakpointы.
     
     
  • 4.299, Аноним (302), 10:11, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У Apple эмуляторы прекрасно заменяют нативное исполнение, и не первый раз уже.
     
  • 2.194, Аноним (183), 13:42, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Совместимость уходит на второй план, когда у твоих конкурентов типа ARM есть преимущество как раз таки в отсутствии легаси кода с которым нужна совместимость.
     
     
  • 3.235, Аноним (163), 19:39, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    По моему ты пишешь бред.
     
  • 3.253, Аноним (254), 21:50, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Совместимость - это то, без чего бизнес невозможен. Никто не будет строить бизнес на зыбучих песках железа, не совместимого с программами, написанными до и после него. Никто не будет покупать программы, которые придётся заново покупать после того, как вендор выкатит новую версию железа.

    Для того, чтобы трюк интела прокатил, ему нужно монополизировать разработку софта.

     
     
  • 4.296, Аноним (363), 09:53, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И какие же порограммы бизнес сейчас покупает?
     
  • 4.297, Аноним (297), 09:56, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Бизнес поэтому всегда держит в кладовке старые компы.
    На тех же госуслугах подписать документ можно только зайдя через edge, а на странице подписания включив режим MSIE иначе "криптокомпонента не загружена" 🤣
     
  • 4.454, Аноним (462), 11:02, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вот это реально бред.
    Твои понятия о бизнесе и использование "никто не будет" какбэ намекает :).
     

  • 1.171, Аноним (163), 12:02, 21/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А я думаю что всё у них получится в наш-то век повсеместного JavaScript и HTML.
     
     
  • 2.195, Аноним (183), 13:43, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так то и у ARM и RISC-V получится.
     

  • 1.178, Аноним (178), 12:36, 21/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    И ничего не меняется. Промышленный legacy-софт работает на таких же legacy-утюгах, где техпроцесс размером с кулак, а хомячок разницу не увидит.
     
  • 1.180, Аноним (180), 12:50, 21/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я далеко не знаток, конечно, дилетант скорее, но возник вопрос Это что, микрояд... большой текст свёрнут, показать
     
     
  • 2.182, n00by (ok), 13:21, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Грубо говоря, регистры устройств отображаются на адресное пространство и для доступа к ним используется обращение по указателю.
     
     
  • 3.198, Аноним (180), 13:56, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вопрос был не что такое порты I/O и как с ними работать, это понятно, а про то, что будет с теми ОС (и подобными), что я написАл. Ведь, если я правильно понял, если у тебя отобрали доступ к портам из кольца 3, то при попытке отобразить порты в адресное пространство кольца 3 или при попытке обращения по такому отображенному адресу тебе на аппаратном уровне покажут болт. Вопрос был - обязателен ли, прям кровь из носу, для таких ОС доступ к портам ввода/выода из кольца 3 или я что-то про них не так понимаю. А насчет отображения портов устройств на адресное пространство - у меня когда-то давно в 90-х даже курсовая была про подобную фигню, нарисовать схемы железки еще для древней шины ISA.
     
     
  • 4.202, Совершенно другой аноним (?), 15:20, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле это решается. В ядре, в обработчике исключения, выполняется анализ команды, которая выполнялась, и она выполняется уже в нулевом кольце. Мы так делали, например, с командой wrmsr, которая в 0 кольце разрешена, а в 3-тьем - нет.
     
     
  • 5.205, Аноним (205), 15:39, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А производительность?
     
  • 5.208, Аноним (180), 15:59, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ага Я даже хотел про это написАть в предыдущем ответе, что теоретически можно ч... большой текст свёрнут, показать
     
     
  • 6.228, Совершенно другой аноним (?), 18:35, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага. Я даже хотел про это написАть в предыдущем ответе, что теоретически
    > можно что-то типа как при работе с виртуальной памятью закостылить -
    > страницы в физической ОЗУ не нашли, генерируем исключение и обработчик из
    > свопа подгрузил. А тут такой же посредник для работы с портами.

    Сейчас, в основном, с портами никто не работает - всё, более-менее скоростное отображено на память, так-что просадка будет, но, имхо, не критичная.

     
     
  • 7.261, Аноним (180), 23:26, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    точно. Порты закрыли для кольца 3, а mmio гоняй откуда хочешь куда хочешь и как хочешь
     
     
  • 8.403, Аноним (-), 20:24, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сгонять в ФИЗИЧЕСКУЮ память из юзермода операционки - вообще достаточно отдельны... текст свёрнут, показать
     
  • 4.283, n00by (ok), 07:11, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Вопрос был не что такое порты I/O и как с ними работать,
    > это понятно

    Как раз это и не понятно. Команды in и out появились в процессорах, когда шина адреса была узкая, её хватало лишь на небольшое по объёму ОЗУ, 64 Кб и меньше. При исполнении команд ввода-вывода процессор на специальной ножке выдавал сигнал "я обращаюсь не к ОЗУ, а к периферии". Позже адресное пространство увеличилось и стало больше объёма ОЗУ. Что позволяет зарезервировать диапазон адресов для доступа к устройствам. Теперь процессор читает-пишет память обычной командой mov, контроллер (мост) смотрит на значение адреса, если попадает в диапазон - перенаправляет обращение к регистрам устройства.

    Попробуйте команду
    lspci -vv | grep Region

     
     
  • 5.371, Аноним (-), 02:53, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Более того - со временем люди поняли что DMA это круто, быстро и эффективно. Так вообще никаких команд не надо - только сетап железки и потом она сама поток данных гоняет. А проц может заняться чем-то более полезным. И когда периферия стала скоростной и продвинутой - вон то, с in и out стало, пардон, архаикой. DMA с физическими адресами оперирует как правило.

    В мире где в моде сетевые, коммуникационные, периферийные интерфейсы с скоростями в десятки гигабит и более обкладываться DMA-движками, при том с обоих сторон линка, почему-то очень модно.

     
  • 4.295, Аноним (297), 09:51, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Порты ввода-вывода - это команды in/out
    А отображённые на память регистры устройств для проца ничем не отличаются от оперативки - так что если ОС отмапит страницу юзерского пространства на них, работать с ними ничего не помешает.
     

  • 1.206, Аноним (205), 15:44, 21/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Как забавно читать комментарии на опеннете.Раньше ныли о том чтоу intel legacy мешал, производительность сдерживал, энергоэффективность понижал (особенно в сp*чах о arm). А сейчас когда intel начал legacy выпиливaть как снова все недовольны.
     
     
  • 2.277, soarin (ok), 04:42, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Луддиты, сэр.
     
  • 2.280, Аноним (302), 05:44, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Комментарии на опеннете вообще всегда читать забавно, этакое guilty pleasure.
     

  • 1.229, torvn77 (ok), 18:53, 21/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А не может быть так, что как выкинут легаси так залочат загружаемую ОС и рынку обычных ПК каким мы его знаем придёт конец?
     
     
  • 2.265, Аноним (265), 23:59, 21/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как у Эппл? Но даже там Линукс запускается.
     
     
  • 3.268, torvn77 (ok), 02:00, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Как у Эппл? Но даже там Линукс запускается.

    Захотят запустится, не захотят не запустится...
    Контроль то за запуском у них, а не у нас.

     
  • 2.276, Личинка_Шигорина (?), 04:33, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Наконец хоть один всё понял.
     
  • 2.281, Аноним (302), 05:45, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Что мешает сделать это прямо сейчас?
     
     
  • 3.286, Аноним (286), 08:07, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего.

    https://www.linux.org.ru/forum/security/16550382?cid=16567177

    https://www.opennet.ru/openforum/vsluhforumID3/130402.html#119

     
  • 2.465, Аноним (462), 15:51, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну сейчас с рынком пк таки всё в порядке?
    Будут китайские компы с китайскими процами, а интел просто уйдёт в закат. Вместе с амудой.
     
     
  • 3.466, torvn77 (ok), 20:48, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну сейчас с рынком пк таки всё в порядке?
    > Будут китайские компы с китайскими процами, а интел просто уйдёт в закат.
    > Вместе с амудой.

    Боюсь как бы следом за НАТО/АКУСовскими производителями следом в закат не ушёл и опенсорс, потому как по странному стечению обстоятельств коммунистические государства более склонны к проприетарщине...

     
     
  • 4.467, Аноним (467), 23:52, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ну сейчас с рынком пк таки всё в порядке?
    >> Будут китайские компы с китайскими процами, а интел просто уйдёт в закат.
    >> Вместе с амудой.
    > Боюсь как бы следом за НАТО/АКУСовскими производителями следом в закат не ушёл
    > и опенсорс, потому как по странному стечению обстоятельств коммунистические государства
    > более склонны к проприетарщине...

    То есть, сейчас все железо опенсорсное, а всё китайское будет проприетарным?
    Ну бред же.

    Железки как были закрытыми, так и останутся, только управляться будут не американским, а китайским агенством нацбезопасности, причем тут вообще опенсорс?

     
     
  • 5.468, torvn77 (ok), 01:11, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть, сейчас все железо опенсорсное, а всё китайское будет проприетарным?
    > Ну бред же.

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

     
     
  • 6.469, Аноним (467), 09:34, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> То есть, сейчас все железо опенсорсное, а всё китайское будет проприетарным?
    >> Ну бред же.
    > Оно будет залоченным без возможности разлочки, а на таком железе опенсорс начнёт
    > гнить и потихоньку вытеснятся проприетарщиной.

    Ты об этом?
    https://en.miui.com/unlock/index.html

    Или вообще о чем? Сейчас на всех материнках м периферии закрыто вообще всё(за очень редким исключением), биос/уефи закрыт, фирмвари железок тоже. Как и микрокод для процов.
    Доверяешь американским компаниям, всяким там эпплам, деллам и прочим хьюлетам мать его пакардам?
    Оракл вообще обмазан доверием по самые уши, zfs подарил, по доброте душевной, не иначе :)
    Не переживай, вендорлоки в скором времени будут везде, это общемировая тенденция. И не китаем начата, кстати.

     
     
  • 7.470, torvn77 (ok), 11:33, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Ты об этом?
    >https://en.miui.com/unlock/index.html.

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

     
  • 4.471, Совершенно другой аноним (?), 12:19, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > по странному стечению обстоятельств коммунистические государства
    > более склонны к проприетарщине...

    не понятно с чего Вы это взяли? При том-же СССР был считай этот самый Open Source во все поля. Разрабатываемые системы с ПО поставлялись со всеми исходниками. Даже к телевизору схема электрическая поставлялась.

     
     
  • 5.472, Аноним (467), 12:54, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> по странному стечению обстоятельств коммунистические государства
    >> более склонны к проприетарщине...
    > не понятно с чего Вы это взяли? При том-же СССР был считай
    > этот самый Open Source во все поля. Разрабатываемые системы с ПО
    > поставлялись со всеми исходниками. Даже к телевизору схема электрическая поставлялась.

    Вы не понимаете, "этодругое".
    Биосы закрыты, процы с микрокодом тоже, фирмварь на железках закрыты, но виноваты китайцы, патамушта коммунисты. Обычная манипуляция, ничего нового.

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

     
     
  • 6.474, torvn77 (ok), 13:50, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы не понимаете, "этодругое".

    Где я говорил что американская проприетарщина в смысле проприетарщины лучше китайской?  

    > Зато интел вон какой молодец, "развивает упрощенную архитектуру".  

    Я между прочим прямо высказал опасение что следующим шагом после удаления легаси интел и амд полностью товоизируют платформу чем уничтожат рынок альтернативных ОС.  

    > То есть, весь тот оверпрайснутый интел треш, который продается больше 30 лет - это нормально, а китайские процы с китайской же периферией - убъет опенсорс.

    Вы не поняли идею, если оба политических блока товоизируют свои платформы то опенсорсу просто не на чем будет работать.  
    ОБА политических блока.  
    Все плохие гады проприетарщики, на всём земном шаре ни одного свободного места не будет.

     
     
  • 7.485, Аноним (485), 23:12, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Все плохие гады проприетарщики, на всём земном шаре ни одного свободного места не будет.

    А сейчас оно есть?
    Если ты так думаешь, у меня для тебя плохие новости. Очень плохие.

     
  • 5.473, torvn77 (ok), 13:21, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    С схемой от телевизора у тебя недопонимание она прилагалась не для тебя, а для ... большой текст свёрнут, показать
     
     
  • 6.476, n00by (ok), 14:44, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Даже к телевизору схема электрическая поставлялась.
    > С схемой от телевизора у тебя недопонимание: она прилагалась не для тебя,
    > а для ремонтников из мастерской по починке.
    > При этом то, что кто-то начнёт в сарае делать по этой схеме
    > телевизоры на продажу не предполагалось вообще.

    ПЭВМ Специалист предполагалось делать "в сарае". Там даже специально придумали технологию стежкового монтажа (не вполне удачную, но это уже вторично). И подпаивали эти машины к телевизорам как раз по прилагаемой к последним схеме.

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

     
     
  • 7.477, torvn77 (ok), 14:52, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > ПЭВМ Специалист предполагалось делать "в сарае". И подпаивали эти машины к телевизорам
    > как раз по прилагаемой к последним схеме.

    Наличие возможности не означает того, что возможность закладывалась изначально.  

    Официальный мотив сопровождения электроапааратуры схемами это невозможность в каждую ремонтную мастерскую поместить схему каждого выпущенного в СССР телевизора, а вовсе не признание за гражданами права ремонтировать или изменять телевизор самим.  


     
     
  • 8.479, n00by (ok), 15:15, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да, я знаю, что наличие у тебя возможности ознакомиться с предметом и почитать о... текст свёрнут, показать
     
     
  • 9.480, torvn77 (ok), 15:40, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Кто был в СССР помнит https cs14 pikabu ru post_img 2021 08 15 10 1629045049... текст свёрнут, показать
     
  • 9.483, torvn77 (ok), 20:52, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотрел начало темы https ruecm forum2x2 ru t70-topic Как я понимаю это оче... большой текст свёрнут, показать
     
  • 8.486, Аноним (485), 23:29, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А для кого были схемы в журнале Радио Напомни, к схемам, которые прилагались ... большой текст свёрнут, показать
     
     
  • 9.490, torvn77 (ok), 01:18, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вопрос не в том для кого были эти схемы, а в том как с этим работало государство... большой текст свёрнут, показать
     
  • 6.478, Совершенно другой аноним (?), 14:53, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Продавать - не имели права, а делать Вам запретить никто не мог И Вам не кажетс... большой текст свёрнут, показать
     
     
  • 7.481, torvn77 (ok), 16:18, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Но на крышке написано Вскрывать телевизор может только специалист https cs... большой текст свёрнут, показать
     
     
  • 8.484, Совершенно другой аноним (?), 21:02, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ну так и сейчас на зеркалах пишут Изображение в зеркале заднего вида ближе, чем... большой текст свёрнут, показать
     
     
  • 9.488, torvn77 (ok), 00:55, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо Так даже предложенный вами Левша весь роман потихоньку терял прочность ... большой текст свёрнут, показать
     
  • 8.487, Аноним (485), 23:41, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А напомни, плиз, откуда вылезли понятия патент, промышленный шпионаж, авторское ... текст свёрнут, показать
     
     
  • 9.489, torvn77 (ok), 01:01, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я не понял куда вы клоните, можете написать более прямолинейно, без косвенных ук... текст свёрнут, показать
     
     
  • 10.492, Аноним (485), 09:15, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    коммунистические государства более склонны к проприетарщине - это кто написал ... текст свёрнут, показать
     
     
  • 11.493, torvn77 (ok), 10:44, 29/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вы не поняли почему я так говорю, проприетарщина не столько про прибыль, сколько... текст свёрнут, показать
     
  • 5.475, n00by (ok), 14:42, 28/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Объяснение банально Вы пишете Open Source , поскольку Вам важна открытость исх... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (32)

  • 1.290, Аноним (286), 08:49, 22/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У меня давно настройки ядра:
    # CONFIG_X86_X32 is not set
    запрещают запуск 32 разрядных прог

    32 разрядные библиотеки не собираю, профиль:
    no-multilib

    > Удаление некоторых неиспользуемых битов режимов операционной системы.

    NX бит хоть не удаляли? https://www.opennet.ru/openforum/vsluhforumID3/129886.html#134

     
     
  • 2.291, Аноним (286), 08:50, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Intel развивает упрощённую архитектуру x86S

    для упрощённого написания вирей.

     
  • 2.306, n00by (ok), 10:45, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вы ошибайтесь и вводите в заблуждение других Читайте описание, x32 - имеет дост... большой текст свёрнут, показать
     
     
  • 3.308, Аноним (308), 11:55, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    https git kernel org pub scm linux kernel git torvalds linux git tree arch x86... большой текст свёрнут, показать
     
     
  • 4.315, Аноним (318), 12:42, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тебе же говорят, x32 вполне себе 64 разрядные, раз уж читать не умеешь.
     
     
  • 5.385, Аноним (385), 10:34, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо Всегда отключал этот режим в ядре ... большой текст свёрнут, показать
     
     
  • 6.388, Аноним (318), 11:26, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вероятность, что случайный пользователь столкнётся с такими бинарями, абсолютно нулевая. За 10 лет ничего не поменялось, вещь довольно специфическая. Но внезапно можно выжать из неё немного профитов. Например, можно взять и ускорить какой-нибудь кодек, которому 32 битные ограничения не помеха в работе.
     
     
  • 7.390, Аноним (390), 11:52, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Но внезапно можно выжать из неё немного профитов. Например, можно взять и ускорить какой-нибудь кодек, которому 32 битные ограничения не помеха в работе.

    В этих кодеках итак дыра на дыре и дырой погоняет. А x86_x32 уменьшает энтропию ASLR.

    https://lwn.net/Articles/774891/
    https://lwn.net/Articles/500502/

    Из-за уменьшения защиты ASLR в дистре Gentoo этот формат (x86_x32) не приобрёл популярности.

    Советую всем поддержку 32битных бинарей отключать в ядре Linux.

     

  • 1.294, Аноним (297), 09:46, 22/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лучше бы SMM выпилили.
     
  • 1.320, nc (ok), 12:57, 22/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вообще да, давно пора там многое выкинуть. В идеале можно было бы при проектировании x64 добавить некоторые команды и режимы работы. Или вообще сделать новый режим "по мотивам", чтобы и компиляторы не слишком перекраивать. Сходу приходит в голову:
    * Инструкции MIN и MAX (минимальное и максимальное значение из двух операндов). Это достаточно часто нужно, и хотя их легко выполнить на сравнении, условном переходе и mov, но встроенные инструкции были бы интереснее.
    * Инструкция RBIT для разворота бит в байте. Не слишком часто востребованная, но для функциональной полноты - почему бы и нет? Повесить ее например в группу F6-F7, там есть одна свободная команда.
    * Вместо всевозможных расширений для SIMD (коих уже наверное десятки) сделать наверное нормальную систему префиксов, которая все эти инструкции переносит на обычные регистры (которых пусть будет больше).
     
     
  • 2.336, подрывник (?), 16:37, 22/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    MIN и MAX делаются с помощью "conditional move".
     
  • 2.391, _kp (ok), 13:27, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Наборы "полезных инструкций" это дело второстепенное, из прошлого века.
    А актуальная потребность в быстром конвейере инструкций без блокировок, с максимумом операций за такт, возможностью дальнейшего подъёма частот, и эффективная многопоточность.
     
  • 2.395, n00by (ok), 15:22, 23/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > * Инструкции MIN и MAX (минимальное и максимальное значение из двух операндов).
    > Это достаточно часто нужно, и хотя их легко выполнить на сравнении,
    > условном переходе и mov, но встроенные инструкции были бы интереснее.

    Есть группа инструкций CMOVcc - загрузка в регистр по условию.
    Вот оптимизация bsearch в тему https://vk.com/wall639737021_774

     

  • 1.354, Аноним (354), 18:05, 22/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    По incel-ы не научатся делать 16-ти ядерные процессоры с верхним потреблением в 95 ватт всё это ниочёмные утюги.

    И кстати, что там с AVX512?

     
  • 1.453, Аноним (462), 10:47, 27/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А вы вообще в курсе, что у интела два защищенных режима Режим виртуального 8... большой текст свёрнут, показать
     
     
  • 2.457, Совершенно другой аноним (?), 12:27, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    имхо, Вы привели не совсем корректную цитату Вообще, конечно, защищенных режимо... большой текст свёрнут, показать
     
     
  • 3.459, Аноним (462), 13:35, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, у меня опыт использования всей этой лабуды, начиная с DOS3.*, DR Multiuser DOS, DesqView, PC-MOS, файл серверов NetWare 286 итд.
    А винду помню еще как графическая оболочка версии 1.0.
    Наиболее комфортно было работать с Windows NT 3.1 на платформе DEC Alpha, ностальгия, прям :)

    P.S. По итогу DEC, Sun и прочих задавили демпингом, маркетингом и прочими "законными по букве закона и не очень" средствами, разработки перекупили, всё вкусное что можно было реализовать у себя, реализовали как обычно, остальное похерили. А сейчас штеуд засуетился, но время уже упущено.

     
  • 3.460, Аноним (462), 13:45, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И никого не смущает, что ЭТО до сих пор работает в КАЖДОМ процессоре Intel Да... большой текст свёрнут, показать
     
  • 3.461, Аноним (462), 13:49, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Моё сообщение удалили, ну и фик с ним.

    У нитела будущее уже настало. В смысле всё.

     
  • 3.464, Аноним (462), 15:31, 27/05/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Генианальное решение, не?
     

  • 1.455, Аноним (462), 11:05, 27/05/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кстати, всем, кто надеется на RISC-V - не взлетит. Может, подпрыгивать сможет, но недолго.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру