Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Intel развивает упрощённую архитектуру x86S, работающую только в 64-разрядном режиме, opennews (?), 20-Май-23, (0) [смотреть все] Dos будет портирован на 64 бита и совместимость со всеми программами нарушится , kusb (?), 21:03 , 20-Май-23, (1) –7 // 32-битные программы работать будут, 16-битные нет, но их по сути никто уже натив, Аноним (2), 21:08 , 20-Май-23, (2) +10 // Они и сейчас не работают если взять какую-то семёрку или десятку , Аноним (6), 21:18 , 20-Май-23, (6) +5 // 32 разрядную , kusb (?), 21:19 , 20-Май-23, (8) А вот про это не могу сказать Не приходилось использовать 32 разрядные семерки , Аноним (16), 21:29 , 20-Май-23, (16) +3 С ОЗУ в те времена было вроде не очень 4 гига - предел мечтаний Хотя могу и ош, Аноним (60), 22:45 , 20-Май-23, (60) Я со вторым пнём и 512MB спокойно жил и не знал трудностей где-то до 2011 года, , Аноним (68), 22:55 , 20-Май-23, (68) +3 Этот новый проц вновь поставит вопрос память или такты Под булеву переменную 6, Аноним (60), 23:10 , 20-Май-23, (76) Да он и 32 не сильно хуже будет А так - да, вы знаете, адресовать нативный юн, Аноним (-), 20:24 , 24-Май-23, (417) А на практике я взял двусвязный список, заменил указатели 64 разряда на индекс, n00by (ok), 07:18 , 25-Май-23, (427) На самом деле на большом OoO проце с кешом, да еще с современным компилером где , Аноним (-), 20:45 , 25-Май-23, (435) на самом деле в даже в классической x86 архитектуре будет примерно одинаково в п, Совершенно другой аноним (?), 10:42 , 26-Май-23, (442) Только в первом варианте сравнение с 0м должно быть 0 или не 0 Второй вариант , n00by (ok), 13:51 , 26-Май-23, (446) можно и так, всё-таки true, по-логике, тоже имеет только одно значение там ещё н, Совершенно другой аноним (?), 16:32 , 26-Май-23, (447) А на чём смотреть потактовки Раньше была утилита AMD CodeAnalyst - вот она посл, n00by (ok), 07:07 , 27-Май-23, (449) как я понял, разработчики компиляторов пользуются табличками https uops info t, Совершенно другой аноним (?), 10:09 , 27-Май-23, (451) Ну, скажем, для ADC R64, M64 указана латентность 1 и пропускная способность 2 , n00by (ok), 10:41 , 27-Май-23, (452) Вы можете сами провести эксперименты В частности для исходных cmp vs test, при , Совершенно другой аноним (?), 12:11 , 27-Май-23, (456) К сожалению, сейчас поисковики по запросу AMD CodeAnalyst pipeline simulation не, n00by (ok), 14:52 , 27-Май-23, (463) Кроме сравнений 1 Флаг еще надо и выставить очистить Черт знает как в x86 а , Аноним (-), 01:21 , 29-Май-23, (491) Мне в 2007 году перестало хватать п3-1100 1466 с 512 оперативы Началось с моника, Ivan_83 (ok), 23:54 , 20-Май-23, (86) –1 Чем вы таким занимались что этого перестало хватать На этой конфигурации и сейч, Аноним (87), 00:03 , 21-Май-23, (87) Компеляторв вижалстудии долго собирал, и кино в 720р не крутило Поди найди видях, Ivan_83 (ok), 00:19 , 21-Май-23, (92) –1 какие 720p 720x576 может быть , FF (?), 17:06 , 21-Май-23, (217) –2 Видеокарты тогда хорошо если 24-битный цвет умели Matrox Millenium был пределом, Аноним (310), 12:10 , 22-Май-23, (310) да, ладно в 2007 S3 Trio 64 V Вот в 1997 это еще было , 1 (??), 10:04 , 23-Май-23, (382) Ну, э, допустим в каде порисовать Или скомпилять более-менее жирный проект разм, Аноним (-), 20:36 , 24-Май-23, (418) ХР появилась в 2002 году вроде или 2003 весной Тогда было много п3 с 64-256 мб о, Ivan_83 (ok), 23:48 , 20-Май-23, (85) +7 Нафуя Тогда диски были 20-40 гигов в среднем И поголовно в fat32 чтобы ресурсы, Аноним (87), 00:05 , 21-Май-23, (89) –1 Использовать FAT32 на ХР - огромная глупость 40гб диски были в 2003-5 годах, к 2, Ivan_83 (ok), 00:22 , 21-Май-23, (94) –1 Писать подобные комменты будучи на айтишном сайте Ты ошибся сайтом, тебе к клоун, Аноним (102), 00:54 , 21-Май-23, (102) На FAT32 сидели дурачки, которые сидели под админом и им было пофик что можно сл, Ivan_83 (ok), 01:08 , 21-Май-23, (108) –2 В XP пользователь обычно был админом, вирус цеплял после необдуманого клика банн, Аноним (209), 16:12 , 21-Май-23, (209) –1 А потом вирусня начала ставиться в Local Settings включаяя всякие Амиго-браузер, RANDOMIZE USR 15616 (?), 11:10 , 22-Май-23, (307) Для большинства пользлвателей что GPT что MBR монопенисуально потому что у больш, Аноним (163), 11:18 , 21-Май-23, (163) У MBR 2 ТБ ограничение, ты тут втираешь какую-то дичь И как это большинство пол, Аноним (318), 12:53 , 22-Май-23, (318) Для дисков больше 2TB, для легаси MBR это максимальный лимит А дисков сейчас мно, Аноним (105), 00:58 , 21-Май-23, (105) XP64 - это просто клиентская версия 2003 X64 Так что работали бы они одинаково , Аноним (257), 22:16 , 21-Май-23, (257) Мой домашний CUBX-E с P3-750 и 1Гб RAM смотрит на это с ухмылкой Ну и под 98, ryoken (ok), 07:43 , 22-Май-23, (284) 64-битная ОС нужна не для доступа за пределы 4ГБ Там в 2 раза больше регистров , FF (?), 17:08 , 21-Май-23, (218) +4 Если сейчас недопека планшетное железо, или просто старый пень , которые хоть , Аноним (236), 19:40 , 21-Май-23, (236) Только 4 гига-то вы не получите на 32 битах Так что в производительности вы про, Аноним (310), 12:14 , 22-Май-23, (311) Бывают исключения В золотой век планшетов на одноядерном Атоме, с 2ГБ ОЗУ испо, _kp (ok), 12:58 , 22-Май-23, (321) Там была такая проблема 32 разрядное приложение в windows не могло адресовать б, MaleDog (?), 23:25 , 22-Май-23, (360) gt оверквотинг удален 1 PAE was first implemented in the Intel Pentium Pro in, Аноним (363), 00:17 , 23-Май-23, (363) Наверняка дело в том, что где-то один раз использовали 32 битное со знаком, а по, Аноним (-), 19:02 , 28-Май-23, (482) А смысл если большинство прогрпмм 32 разрядные , Аноним (163), 11:12 , 21-Май-23, (162) –2 Какое нафик большинство Ненужный шлак , Аноним (363), 09:39 , 22-Май-23, (293) +1 Работают через сторонний софт WineVDM https github com otya128 winevdm , X512 (?), 00:21 , 21-Май-23, (93) В 32-х битных Windows 7 и Windows 10 работают, Аноним (136), 09:21 , 21-Май-23, (136) Полно ещё профессионального и промышленного софта который написан под Win 3 x, Аноним (32), 21:56 , 20-Май-23, (32) +5 // Он продолжит работать на тех утюгах на которых работает, никому в голову не прид, Аноним (35), 22:07 , 20-Май-23, (35) +3 Пока не сдохнет железо Я так бэст досовский перетащил вместе со слепком hdd, Аноним (236), 19:47 , 21-Май-23, (238) Только рассчитаны они на столь слабые процессоры, что их можно в эмуляции запуск, pda0 (?), 22:16 , 20-Май-23, (41) –3 А примеры можно Действительно промышленного, причем безальтернативного , Аноним (363), 10:29 , 22-Май-23, (304) –1 В поездах аналогов сапсана, но из 90х , на некоторых европейских линиях, до сих , Aleksandr (??), 17:49 , 22-Май-23, (353) О, да, реально полно промышленного софта Обычный пример внедрение ынтерпрайз, Аноним (363), 19:55 , 22-Май-23, (356) Вдогонку Китайцы с их маглевами плачут и курят бамбук , Аноним (363), 20:04 , 22-Май-23, (357) Ну так это просто пример Того, который я видел собственными глазами А так, под, Aleksandr (??), 22:52 , 22-Май-23, (359) +1 1 Транспорт - это сервис, часть логистической цепочки 2 IBM PC DOS Win3 xx - п, Аноним (363), 23:32 , 22-Май-23, (361) Надеюсь, что этот устаревший ПАК программно-аппаратный комплекс не установлен к, Аноним (363), 23:40 , 22-Май-23, (362) Нет, это всего лишь система оповещения пассажиров о расписании и станциях прибыт, Aleksandr (??), 09:15 , 23-Май-23, (378) Почему-то не удивлен А тем внедрятелям системы с GPS и сетевые протоколы про, Аноним (363), 09:39 , 23-Май-23, (380) Ну там всё же не совсем ПК, там плата с распаянным на ней процессором, памятью и, Loki13 (ok), 10:20 , 23-Май-23, (384) Китайцам закажите Если PCB файло осталось , Аноним (363), 11:13 , 23-Май-23, (387) Проще одноплатники взять и переписать 1 раз Да так чтобы конкретная модель одно, Аноним (-), 20:41 , 24-Май-23, (419) Нет, это всего лишь система оповещения пассажиров о расписании и станциях прибыт, Aleksandr (??), 09:17 , 23-Май-23, (379) Очень понравилось сетевые протоколы продвинутые это типа SPX более продвинутый, Аноним (363), 09:52 , 23-Май-23, (381) Это в смысле свои наколенные протоколы, по которым вся система работает Я не дум, Loki13 (ok), 10:06 , 23-Май-23, (383) Ну это действительно по промышленному А, сименс - это да, монстр Незря он еще, Аноним (363), 10:39 , 23-Май-23, (386) ну так 30 лет назад только такие и были - все делали свои протоколы под своё УСО, Совершенно другой аноним (?), 11:39 , 23-Май-23, (389) Это проблемы тех, кто доверил промышленный проект NIH организмам И то, что в д, Аноним (363), 14:32 , 23-Май-23, (392) +1 И то, что в данный момент нет возможности обрабатывать это промышленное иначе,, Аноним (363), 14:35 , 23-Май-23, (393) Промышленные процессы, имхо, бывают разные Есть системы, которые имеют длительн, Совершенно другой аноним (?), 16:44 , 23-Май-23, (397) О, вот тут и начинается самое интересное Если хочешь, чтобы производство сервис, Аноним (363), 20:04 , 23-Май-23, (402) Да, есть такое Но оно летает без намеков на баги под любым современным эмулятор, _kp (ok), 12:05 , 22-Май-23, (309) Не будут, Tron is Whistling (?), 09:55 , 21-Май-23, (149) Для старых программ используй старые процессоры, username (??), 22:33 , 20-Май-23, (48) +1 ВЫ видимо win9x me не застали с её таблицей совместимости с dos-программами , Андрей (??), 09:45 , 21-Май-23, (147) +1 // 98-то ладно, там на худой конец перезагрузка в режим DOS была, а вот с XP досовс, Аноним (310), 13:08 , 22-Май-23, (322) // Перезагрузка в дос Ха Это 98 запускался поверх DOS как этакий DOS Extender пер, Аноним (-), 20:44 , 24-Май-23, (420) Бьёт поклоны и поклоняется , kusb (?), 12:54 , 22-Май-23, (319) Опять заново изобрели IA64, ИмяХ (?), 21:15 , 20-Май-23, (3) –16 // Нет IA64 была совсем другой архитектуройПо теме НАКОНЕЦ-ТО , Аноним (40), 22:15 , 20-Май-23, (40) +24 IA64 это VLIW и не имеет никакого отношения ни x86 ни к x86_64 , AleksK (ok), 22:44 , 20-Май-23, (57) +18 // IA64 самое прямое отношения к AMD64 8212 продавался как его альтернатива, пок, fi (ok), 11:33 , 21-Май-23, (164) –13 // IA64 был VLIW процессором, как нынешний эльбрус Совместимость с x86 IA32 была, Аноним (174), 12:22 , 21-Май-23, (174) +8 Что за бредятина, IA64 это простые risc ядра c кучей регистров и VLIW, он не име, AleksK (ok), 12:44 , 21-Май-23, (179) +3 Не путайте IA64 - это печально известный Итаник из нулевых А интеловский ана, Аноним (200), 14:33 , 21-Май-23, (200) +4 Не аналог, а выкупленная у АМД через суды amd64 технология адресации памяти без , Аноним (233), 19:17 , 21-Май-23, (233) Скрыто модератором, Электрон (?), 23:36 , 21-Май-23, (264) Intel развивает упрощённую архитектуру x86S, работающую толь..., Аноним (209), 17:14 , 21-Май-23, (221) Блестящий пример того как диванные эксперты генерируют тупые фейки в интернета, MadAdmin (?), 08:00 , 22-Май-23, (285) +3 Мне кажется, что сейчас бы Itanium взлетел , Chromium (ok), 21:17 , 20-Май-23, (5) –5   // Но недалеко да все больше - вниз Он тормоз был, поскольку оптимизирующий компиля, пох. (?), 21:30 , 20-Май-23, (17) +9   Он бы и в 2000тых взлетел, если б не гениальные маркетологи Тут тоже самое взлет, хрю (?), 21:31 , 20-Май-23, (18) +1   // Там дело не столько в маркетологах Хотя и в них тоже Там дело в том, что компиля, Quad Romb (ok), 03:10 , 21-Май-23, (126)   // Компиляторы тогда и для IA32 не очень хороший код генерировали Приходилось коди, n00by (ok), 06:33 , 21-Май-23, (130)   Ну, речь-то о том идёт, что как бы они там для IA32 не генерировали - для Itaniu, Quad Romb (ok), 17:16 , 21-Май-23, (223) +1   Банально компиляторам не хватало памяти MSVC отключал оптимизацию для функций, , n00by (ok), 06:39 , 22-Май-23, (282) +1   Ну, уж чего-чего, а в тех конфигурациях систем, которые поставлялись с итаниумам, Quad Romb (ok), 19:33 , 22-Май-23, (355)   gt оверквотинг удален Толку мало от этой памяти, если транслятор не может её а, n00by (ok), 07:19 , 23-Май-23, (373)   Пентиум 4 - это, конечно, ностальгично Но ведь vliw итаниума от этого легче не с, Quad Romb (ok), 15:34 , 23-Май-23, (396)   А надо было не удалять свою же реплику про short pipeline и small branch pena, n00by (ok), 06:42 , 24-Май-23, (409)   Вы тут с кучей народа, я смотрю, одновременно общаетесь И, видимо, из-за этого В, Quad Romb (ok), 07:46 , 24-Май-23, (410)   Когда нажимаете Ответить , движок сайта цитирует предыдущее сообщение В моём со, n00by (ok), 08:31 , 24-Май-23, (411)   Если не помните, что сами и писали short pipeline , нажмите Ctrl F в браузере , n00by (ok), 08:41 , 24-Май-23, (412)   Сие есть Ваши два предыдущих комментария Это не звоночек, любезный собеседник Эт, Quad Romb (ok), 09:28 , 24-Май-23, (413)   Специально для неосиливших поиск, цитирую комментарий 8470 355Заголовок полнос, n00by (ok), 13:14 , 24-Май-23, (415)   Не надо было И её никто не удалял Да, умение пользоваться поиском - полезный нав, Quad Romb (ok), 19:15 , 24-Май-23, (416)   Сие есть Ваши два предыдущих комментария Это не звоночек, любезный собеседник , n00by (ok), 07:26 , 25-Май-23, (428)   А сейчас ему еще чего-то AFAIK не хватает Так что воооон там господа забили для, Аноним (-), 02:37 , 23-Май-23, (367)   Нет Итаник погубила плохая производительность на среднестатистическом выхлопе к, Аноним (26), 21:43 , 20-Май-23, (26)   // И как там у M1 с обратной совместимостью Вот именно, что никак Нахрен покупател, пох. (?), 22:22 , 20-Май-23, (43) +2   // Глупости Как и в прошлый раз, когда Apple переходила с PowerPC на Intel, почти , Андрей (??), 22:31 , 20-Май-23, (45)   то есть совместимость процессора - совершенно и не нужна О чем и речь ну и нас, пох. (?), 22:39 , 20-Май-23, (51)   Скрыто модератором, я (?), 23:03 , 20-Май-23, (73) +2   Тогда они колдовали только с запуском своего ПО, и то от таки сырой ОС Х, и весь, _kp (ok), 12:41 , 22-Май-23, (314)   Так M1 это для apple фанатиков, которым опенсурс продают за деньги А в 2000х не , Аноним (46), 22:31 , 20-Май-23, (46) –4   Это другая экосистема В Windows же обратная совместимость возведена в культ , Vkni (ok), 23:21 , 20-Май-23, (80) +1   В винде времен итаниумов с обратной совместимостью не на итаниумах а на обычных, пох. (?), 00:42 , 21-Май-23, (98)   Культ - это когда пользователи веруют, что совместимость есть С Итаником потреб, n00by (ok), 06:36 , 21-Май-23, (131)   ну это да или гений уровня Белларда потому что у маков вполне получилось в те ж, пох. (?), 20:21 , 21-Май-23, (244)   потому что лучший дос-чем-windows был написан под определенное аппаратное обеспе, Атон (?), 09:32 , 21-Май-23, (143)   Небольшая просьба Не затруднит ли Вас написать название этого невиданного Wind, U202204161753 (?), 17:36 , 21-Май-23, (226)   ваше dos по это которое использовало int21h желательно только документированн, пох. (?), 20:18 , 21-Май-23, (243)   Да, к четырём по количеству COM-ports Да, могу См ниже как бы это написат, U202204161753 (?), 10:10 , 22-Май-23, (298)   COM порты это единственное что в NT4 работало в досовых прогах А, еще кажется п, Аноним (-), 23:29 , 24-Май-23, (424)   Были нужны именно COM порты Они работали Я лично не помню ужасов с совместим, U202204161753 (?), 13:18 , 26-Май-23, (444)   NT 3 1, для начала Ну или хотя бы 3 51 не, не знаю где взять не хранил А пото, пох. (?), 22:34 , 25-Май-23, (438)   А потом пытаться установить, запустить clarion и скомпиленный им код Однако, я, U202204161753 (?), 13:35 , 26-Май-23, (445)   И мы радостно выбросили клэрион в помойку, и перенесли все проекты на oracle - к, пох. (?), 18:30 , 26-Май-23, (448)   ничего, что кастомеры M1 и кастомеры Intel - это не то что не муж и жена, а вооб, Аноним (251), 21:07 , 21-Май-23, (251)   Itanium не был плох в абсолютном смысле, он был плох по сравнению с x86-64 Itan, Chromium (ok), 21:46 , 01-Июн-23, (496)   Каким боком itanium к x86_64 Itanium это интеловский Эльбрус , AleksK (ok), 22:46 , 20-Май-23, (64) +2   // Скорее интеловская Transmeta, Аноним (134), 07:13 , 21-Май-23, (134) –1   // Ну да, возможно это лучшая аналогия Просто судя по комментариям тут большинство, AleksK (ok), 09:29 , 21-Май-23, (141) +3   VLIW нежизнеспособна, забудьте Оптимизации в рантайме статическими оптимизациям, Tron is Whistling (?), 09:57 , 21-Май-23, (150) –1   Точнее - жизнеспособна, но только в самом-самом ядре проца, когда более сложный , Tron is Whistling (?), 09:58 , 21-Май-23, (151) +1   Фанаты e2k по ходу отминусовались, но - лошадь лает, а караван лежит в канаве Т, Tron is Whistling (?), 13:43 , 21-Май-23, (196)   vliw отлично себя сегодня чувствует в dsp Так что не стоит так категорично заявл, Quad Romb (ok), 17:34 , 21-Май-23, (225) +2   Я там не зря дополнил DSP и generalized CPU - совершенно разные вещи Но к сожа, Tron is Whistling (?), 19:12 , 21-Май-23, (230)   плотная упаковка , Tron is Whistling (?), 19:12 , 21-Май-23, (231)   Ну, вот на ту часть, которая связана с данными - явно напрашивается присутствие , Quad Romb (ok), 21:02 , 21-Май-23, (250)   Угу И называется оно конвеер, который увязан с транслятором команд, спекулятивн, Tron is Whistling (?), 22:12 , 21-Май-23, (255)   Про его издержки конвейра со спекуляцией тут уже все осведомились В том виде, в , Quad Romb (ok), 22:41 , 21-Май-23, (258)   Поскольку in vitro в лабораторных условиях с side channel не играюсь - как-то аб, Tron is Whistling (?), 09:14 , 22-Май-23, (292)   Удобно, согласен А вот некоторым организациям интересно, чтобы у них ин виво это, Quad Romb (ok), 12:34 , 22-Май-23, (312)   In vivo шанс эксплуатации спектров - около 0 Интересно разве что каким-либо DoD, Tron is Whistling (?), 08:24 , 23-Май-23, (375)   Смотри, на улице можно оступиться, упасть, и сломать себе хвост Как часто это пр, Tron is Whistling (?), 08:25 , 23-Май-23, (376)   Вы же не ходите по улице Вы же сидите в лаборатории и перекладываете пробирки в , Quad Romb (ok), 15:02 , 23-Май-23, (394) –1   Я бы это, апдейт парсеру сообщений поставил в вашем случае , Tron is Whistling (?), 18:18 , 23-Май-23, (399)   Апдейт - это штука, наверное, полезная Но не имеющая никакого отношению к тому, , Quad Romb (ok), 19:14 , 23-Май-23, (401)   И даже там AMD задолбался и сделал для GPGPU нечто более похожее на обычный проц, Аноним (-), 23:33 , 24-Май-23, (425)   Скорее из-за того, что у GPU объём L1I минимальный 32k 4CU в GCN например , да,, Tron is Whistling (?), 23:40 , 24-Май-23, (426)   Transmeta это компания, где долгое время платили зарплату Линусу , Аноним (242), 20:15 , 21-Май-23, (242) +1   а потом обанкротились - Но помимо этих сведений, которые знает каждый пингвино, пох. (?), 20:24 , 21-Май-23, (245) –1   У Трансметы был, на своё время перспективно выглядящий на то время процессор -, _kp (ok), 12:49 , 22-Май-23, (317) +1   Itanium не имеет ничего общего с Эльбрусом, кроме того, что оба процессора испол, Chromium (ok), 21:43 , 01-Июн-23, (495)   В 2000-х наверное VLIW мог бы взлететь, сейчас нет, из-за вездесущего JIT Тепе, Аноним (174), 12:31 , 21-Май-23, (177)   // Основная фигня упирается в то, что условные инструкции, в т ч ветвления, нормал, Tron is Whistling (?), 13:45 , 21-Май-23, (197) +1   // да Но и то же самое можно сказать вебмакакам и прочим пожирателям тактов больш, FF (?), 17:13 , 21-Май-23, (219)   Ну вот VLIW и есть то самое большое число блоков, которое хз чем занять На этапе, Tron is Whistling (?), 19:13 , 21-Май-23, (232) +2   из VLIW можно сделать хороший DSP хотя бы под конкретный алгоритм, FF (?), 23:32 , 21-Май-23, (263) +1   Можно Ну случай слишком специфичный И случаев таких не так уж много Лучше мно, Брат Анон (ok), 10:30 , 22-Май-23, (305)   DSP - это DSP В тех же GPU VLIW вполне может зайти Но проц общего назначения - э, Tron is Whistling (?), 18:19 , 23-Май-23, (400)   Для игровоых GPU не может Лет 5 назад игры еще компилили шейдеры при первом зап, Аноним (432), 11:46 , 25-Май-23, (432)   Да даже там AMD задолбался Так вместо VLIW стал GCN Более похожий на обычный п, Аноним (-), 20:16 , 25-Май-23, (433) +1   Да, тут можно не объяснять Спекулятивки правда в GPGPU пока нет, но можно ожид, Tron is Whistling (?), 22:19 , 25-Май-23, (436)   Когда уже появятся 128 разрядные компы , Аноним (7), 21:18 , 20-Май-23, (7) // Когда надо будет это адресовать, наверное , kusb (?), 21:20 , 20-Май-23, (9) +4 // Удваиваю, для арифметических операций есть расширения, а 64-битная шина адресует, Аноним (184), 13:28 , 21-Май-23, (184) +3 128 бит это также цисловые операции, анонимит (?), 20:13 , 21-Май-23, (241) Уже давно есть даже 512 битные Гугли SSE и AVX, ИмяХ (?), 21:28 , 20-Май-23, (14) –4 // Вы бы сами погуглили для начала Когда дело доходит до работы с 256 регистрами то, Ivan_83 (ok), 21:34 , 20-Май-23, (20) +6 128-битными CPU считаются, когда у них РОНы 128-битные , Аноним (96), 00:36 , 21-Май-23, (96) +8 Примерно когда появится IPv7 или другой номер, если будет 7 занято, как было с I, FSA (??), 22:10 , 20-Май-23, (37) +3 // Никогда не понимал про ipv1 ipv2 ipv5, kusb (?), 23:03 , 20-Май-23, (72) Эльбрусы в защищенном режиме 128-битные Уже сейчас , mikhailnov (ok), 22:48 , 20-Май-23, (65) // Где На амазоне нет, на ебее нет, на алишке тоже нет , Ivan_83 (ok), 00:25 , 21-Май-23, (95) –4 // У того разработчика ОС много интересных гипотез, например, define в языке Си об, n00by (ok), 06:45 , 21-Май-23, (133) –4 на Авито посмотри, FF (?), 17:14 , 21-Май-23, (220) –1 а, ну да, ты же не в России, FF (?), 17:14 , 21-Май-23, (222) +2 Там теоретические выкладки, так что там в военное время 512 битные процессоры бы, Аноним (366), 00:39 , 23-Май-23, (366) +1 Кто допустил этого программиста на баш до разработки операционных систем и почем, n00by (ok), 06:40 , 21-Май-23, (132) –1 // А как они стэк сохраняют в таком монстрятнике И сколько времени в этой штуки пе, Аноним (-), 20:18 , 25-Май-23, (434) ты бы сперва уточнил, есть ли у них вообще этот самый стек А то ж это изобретали, пох. (?), 22:42 , 25-Май-23, (439) Так сохранять надо не при переходе в ядро что надо, и так сохраняется в прологе, n00by (ok), 08:58 , 26-Май-23, (441) Из нижеследующего я понял, что сохранять надо 32 регистра, остальные стековая ч, n00by (ok), 08:52 , 26-Май-23, (440) Только, это WLIW, под который никак не осилят вменяемые компиляторы, иначе б о п, _kp (ok), 13:19 , 22-Май-23, (324) Берешь ПЛИС, берешь спецификацию RISC-V в частности RV128I добавляешь к этой баз, Аноним (83), 23:41 , 20-Май-23, (83) –1 // Fabrice Bellard сделал софтовый эмулятор RV128IMAFDQC https bellard org tinyem, Аноним (96), 00:47 , 21-Май-23, (99) +2 А как же святая скрепа интел-мира - ОБРАТНАЯ СОВМЕСТИМОСТЬ Что же скажуть УВАЖАЕ, Dzen Python (ok), 21:24 , 20-Май-23, (10) –3 // Одно из трех , Аноним (12), 21:27 , 20-Май-23, (12) как запускали в виртуалках, так и дальше будут Ахиллесова пята итаника была не в, пох. (?), 21:28 , 20-Май-23, (15) +2 // Не, тут уже будет тяжелее, тут придётся старые приложения через QEMU гонять , , Tron is Whistling (?), 10:06 , 21-Май-23, (155) // Нет, не придётся Читайте внимательнее Старые ядра придётся гонять в режиме эму, Аноним (-), 11:58 , 21-Май-23, (169) –1 И как вы предлагаете это с легаси в режиме эмуляции делать Короче только виртуал, Tron is Whistling (?), 13:41 , 21-Май-23, (192) А никто не использует сейчас строковые инструкции Они -- пережиток 70-х и 80-х , Аноним (-), 15:33 , 21-Май-23, (203) Расскажи это Линусу И Intel, которые планомерно уже лет 10 эти самые строковые , Аноним (26), 03:22 , 22-Май-23, (274) Префикс размера адреса тоже предлагается убрать Т е читайте внимательнее, да , Tron is Whistling (?), 13:41 , 21-Май-23, (193) А он зачем нужен Когда-то давным давно, когда я миксовал 16-битный код с 32-бит, Аноним (-), 15:38 , 21-Май-23, (204) +1 https man7 org linux man-pages man2 ioperm 2 html, Совершенно другой аноним (?), 15:12 , 21-Май-23, (201) Вот вы бы внимательнее и читали Строковые инструкции никуда не денутся , Аноним (26), 03:23 , 22-Май-23, (275) Учитывая насколько они старые, оно и так сойдет , пох. (?), 20:27 , 21-Май-23, (246) Виртуализация там есть ПО в полном комплекте OS HP-UX , U202204161753 (?), 15:48 , 21-Май-23, (207) // виртуализация возможна даже на 8086 - просто работать это будет чудовищно медлен, пох. (?), 20:30 , 21-Май-23, (247) Не исключено так и не сумел заполучить системный блок в монопольное использов, U202204161753 (?), 10:15 , 22-Май-23, (301) +1 Потому что Вы говорите не о виртуализации, которая таки не возможна,а о эмуляции, _kp (ok), 13:25 , 22-Май-23, (325) На продажи Интела посмотри за последние овердофига лет Даже закон Мура уже мног, Аноним (25), 21:38 , 20-Май-23, (25) // Продажи интела занимают десятки процентов рынка AMD в какой-то момент единицы п, Аноним (-), 12:11 , 21-Май-23, (172) // Вот только АМД единицы процентов имела тогда, когда Интел давил её антирыночными, Beta Version (ok), 12:28 , 21-Май-23, (176) +1 Вот-вот И это не помешало AMD подняться Они выпустили пару линеек неудачных пр, Аноним (-), 17:05 , 21-Май-23, (216) –2 Хе-хе, вы серьезно думаете, что там есть конкуренция Интел создал амд и выкормил, 48 (?), 01:33 , 22-Май-23, (267) –1 Во времена 171 бульдозеров 187 это ещё могло более-менее убедительно звучать, Аноним (302), 10:20 , 22-Май-23, (302) Некоторые дурачки так полагают, но на то они и дурачки, чтобы чушь нести Только , Beta Version (ok), 13:45 , 22-Май-23, (327) Простите, не знал что вы из этих, плоская земля, рептилоиды, независимый амд, 48 (?), 00:34 , 19-Июн-23, (497) –1 Давай ты пруфанёшь про созданную интелом амд или ты будешь просто очередным треп, Beta Version (ok), 01:58 , 19-Июн-23, (498) а давай ты хоть на википедию сходишьIn 1976, Intel needed a second source to pro, 48 (?), 14:47 , 04-Июл-23, (499) Тебе на русский перевести или сам в гугл переводчик скопируешь , Beta Version (ok), 16:19 , 04-Июл-23, (500) корпоративные клиенты с аппами на коболе сидят на IBM System Z, Аноним (42), 22:19 , 20-Май-23, (42) +1 // Айбиэмовский компилятор кобола самый трушный Только дома не нём не по программи, Аноним (25), 22:43 , 20-Май-23, (54) Они выкинули 2 3 ядра процессора, это значит энергопотребление снизится пропорци, Атон (?), 21:27 , 20-Май-23, (11) // Тебе бы матчать подучить Чтобы не задавать мудатские вопросы , Аноним (19), 21:34 , 20-Май-23, (19) +2 Они выкинули 0,01 ядра Поэтому правильный вопрос а зачем , n00by (ok), 06:22 , 21-Май-23, (128) –1 Они выкинули 2 3 ядра процессора, это значит цена снизится на 2 3, за счет сокра, Атон (?), 21:28 , 20-Май-23, (13) // Нет это значит цены вырастет на 3 2 , хрю (?), 21:34 , 20-Май-23, (21) +12 Нет Это значит что бивисо писателям станет жить легче уже сейчас Всем остальным , Ivan_83 (ok), 21:37 , 20-Май-23, (23) –1 // Это простор для написания нового 64-битного кода во всем Покупателям это еще пр, Аноним (60), 22:52 , 20-Май-23, (67) // Написано же х32 приложения продолжат работать, а всякие х32 и х16 ОС гоняйте те, Ivan_83 (ok), 00:15 , 21-Май-23, (90) –2 х32 приложения никогда толком и не работали 32-х разрядная архитектура официальн, n00by (ok), 06:29 , 21-Май-23, (129) –5 Что значит не работали А если у меня работали , Аноним (318), 12:46 , 22-Май-23, (316) +1 Не все Драйверы ушли лесом, и системное ПО и активно взаимодействующее с ОС , у, _kp (ok), 13:29 , 22-Май-23, (326) В x32 системе linux ядро 64-х разрядное, как и приложения Но адресное пространс, n00by (ok), 15:49 , 22-Май-23, (333) –2 И это 1 из самых глупых вещей которые можно сделать Ну например mmap становит, Аноним (-), 20:48 , 24-Май-23, (421) Так mmap не Уних-вей же, а виндузятничество Но согласен, что больше пользы б, n00by (ok), 07:55 , 25-Май-23, (429) Вы вероятно путаете x32 это вариант 64-х разрядного с 32-х разрядным режимом h, n00by (ok), 15:46 , 22-Май-23, (332) –3 Нет, я как раз ту генту из той новости и внедрял примерно в то время Были некот, Аноним (318), 16:07 , 22-Май-23, (335) Околопромышленное применение, это, грубо говоря, запустили некий сервер и админи, n00by (ok), 07:29 , 23-Май-23, (374) Виноват, поторопился выше Нашёл Ваш другой комментарий Ну у меня тоже работали, n00by (ok), 15:54 , 22-Май-23, (334) –4 Бивисописателям вообще фиолетово уже давно, с EFI начиная, потому что они прыгаю, Tron is Whistling (?), 10:04 , 21-Май-23, (154) +1 С нынешней частотой вфхода новых версий 10 лет слишком много , Аноним (163), 11:33 , 21-Май-23, (165) То, что они выкинули - это тысячная часть, а то и меньше Все эти устаревшие реж, Аноним (26), 21:52 , 20-Май-23, (28) –1 // В пентиумах 3, 4, Core и современные примерно 2 5 состоит из патентов сторонних, Атон (?), 22:51 , 20-Май-23, (66) –1 // Там самый прикол был, что патентом на Hyperthreading владела AMD https patents, Аноним (81), 23:22 , 20-Май-23, (81) +3 Это самое известное Знакомое хомячкам слово, которое они где-то встречали в рек, Атон (?), 09:22 , 21-Май-23, (137) 16-битное легаси давно вышло из под всех патентов по сроку годности 32-х битное, Аноним (-), 12:14 , 21-Май-23, (173) +2 Какая нагрузка Патенты действуют 20 лет, через 20 лет ты можешь делать на их ос, Аноним (174), 12:52 , 21-Май-23, (181) как раз когда все прогрессивное человечество перешло окончательно на 265 hevc -, пох. (?), 20:33 , 21-Май-23, (248) –1 У нового и прогресивного есть выбор между HVEC и лоялти фри AV1 , Аноним (174), 20:57 , 21-Май-23, (249) JFYI патенты продлеваются и отсчет строка начинается заново , Атон (?), 08:30 , 22-Май-23, (288) JFYI -- нет, патенты не продеваются, 20 лет Патент на продукт не может привыша, Аноним (398), 17:27 , 23-Май-23, (398) +1 Какая нахрен патентная нагрузка, у патентастов из Intel соглашение о кросслиценз, Аноним (254), 21:53 , 21-Май-23, (254) Соглашение о одном патенте не отменяет платы за тысячи других патентов специа, Атон (?), 08:34 , 22-Май-23, (289) +1 Тебя не смущает собственное существование Ведь патента на РНК ДНК до сих пор нет, Аноним (462), 14:05 , 27-Май-23, (462) Нет, это значит, что они смогут впихнуть ещё пару ядер и соответственно увеличит, Аноним (372), 06:48 , 23-Май-23, (372) По цене дешевле АРМ будет , шмякшмяк (?), 21:38 , 20-Май-23, (24) // Интел могли бы уже и свою RISC архитектуру сделать давно , Аноним (25), 21:54 , 20-Май-23, (31) // i960 Pathfinder , Атон (?), 23:00 , 20-Май-23, (71) У них и так все процессоры это RISC, но прикрытые эмулятором x86, Аноним (83), 23:44 , 20-Май-23, (84) +3 // Вот это эмулятор транслятор выкинуть первым , Аноним (183), 13:27 , 21-Май-23, (183) Угу И останется неоптимизируемое ядро Данных вам кроме как в рантайме ниоткуда, Tron is Whistling (?), 22:20 , 25-Май-23, (437) А что, ARM дёшев Что-то не особо заметно , Аноним (302), 05:35 , 22-Май-23, (278) // M1, M2 не дёшевы , Аноним (330), 14:37 , 22-Май-23, (330) +1 Вон там одноплатник с 4 ядрами за 10 баксов за все лежит Размером с кредитку, 5, Аноним (-), 22:17 , 24-Май-23, (422) Они Итаниум переизобрели , Zenitur (ok), 21:46 , 20-Май-23, (27) –1 // Просто они пытаются наконец все сделать правильно Посмотрим что у них получится, Аноним (25), 21:54 , 20-Май-23, (30) // Идеальные процессоры уже были, и они не стали коммерчески успешными Когда появил, Zenitur (ok), 22:35 , 20-Май-23, (50) // Так тогда интел и сделали всё неправильно И Итаниум не мог взлетел его не туда , Аноним (25), 22:41 , 20-Май-23, (52) ИМХО, если бы AMD не выпустили свой 64-битный процессор - время Итаниума рано ил, Zenitur (ok), 22:43 , 20-Май-23, (55) Нет, не пришло бы Итаник - мертворожденный проект , Аноним (148), 09:46 , 21-Май-23, (148) +2 С чего бы Представь 2003 год Мы находимся в некоей параллельной реальности, в, Zenitur (ok), 21:16 , 22-Май-23, (358) Ну, скорее даже, не то, что AMD сделает свой 64-битный процессор, который не со, Совершенно другой аноним (?), 08:46 , 23-Май-23, (377) +1 А как же Apple Silicon , Джон Вик (?), 22:41 , 20-Май-23, (53) Про SPARC64 ты, наверное, не в курсе Не идеал, но получше x86 тормозинтела Кста, Аноним (148), 09:44 , 21-Май-23, (146) –2 Для задач реального времени У Шаттла были 8086 и реальное время и все работало , Аноним (183), 13:28 , 21-Май-23, (185) Ну да, а виртуальный режим для задач виртуального времени, жги исчо , Аноним (148), 23:10 , 21-Май-23, (260) А на что же тогда выпускать процессоры, с чего финансировать разработки Это стр, _kp (ok), 13:12 , 22-Май-23, (323) Плохо поддерживается софтом и огроменный очень Без вертикального масштабировани, Аноним (-), 22:22 , 24-Май-23, (423) SPARC Version 9, the 64-bit SPARC architecture, was released by SPARC Internatio, Аноним (462), 09:18 , 27-Май-23, (450) Ты с какой планеты Интел и правильно - это нонсенс , Аноним (148), 10:29 , 21-Май-23, (157) +1 Это же ты со мной спорил в защиту то ли ноды жс, то ли шарпов Не удивительно, FF (?), 17:16 , 21-Май-23, (224) // Нет, это был не я, Zenitur (ok), 12:40 , 22-Май-23, (313) Вопрос к сведущим, если такие внезапно оказались на сайте это сильно поможет пр, Анонимдоброжелатель (?), 22:13 , 20-Май-23, (39) // 99 9 программистов на это наплевать Они всё равно используют готовые компилято, Аноним (47), 22:32 , 20-Май-23, (47) +7 // Есть косвенные эффекты , kusb (?), 23:05 , 20-Май-23, (74) // для программистов на Pyton PHP perl 1c , Атон (?), 09:23 , 21-Май-23, (138) Например, груб запускается в 16-битном режиме НУ придётся переписать на 64 бита, Анониссимус (?), 22:43 , 20-Май-23, (56) +2 // Нет, на системах с efi grub НЕ работает в 16-битном режиме Явно на новых процесс, edo (ok), 01:27 , 21-Май-23, (109) +5 Только некоторым системщикам и то не сильно Смогут костыли убрать, grub сможет , Аноним (46), 00:05 , 21-Май-23, (88) +1 Нет и нет Если ты будешь код под голое железо писать без ОС, то надо полагать т, Аноним (-), 12:23 , 21-Май-23, (175) Люди охладели к 64-х гиговым модулям памяти Надо подстегнуть , Аноним (60), 23:12 , 20-Май-23, (77) ИИ выдал ТЗ зачем мне заморачиваться в 16 и 32 битных клетках Мне нужен простор, Аноним (60), 23:15 , 20-Май-23, (78) +2 // он не работает на cpu, чатжпт (?), 00:15 , 21-Май-23, (91) –1 // Прекрасно работает, погуглите llama cpp, Аноним (136), 09:20 , 21-Май-23, (135) // Медленно, хреново и ненужно работают Надо Нвидию она умнее Линуса , Аноним (183), 13:30 , 21-Май-23, (186) И не слова о том, как они учли свои прошлые промахи с Meltdown и Spectre , Аноним (96), 00:55 , 21-Май-23, (103) +2 // Учли Новые фичи будут тщательнее скрываться от неквалифицированной публики , Атон (?), 09:25 , 21-Май-23, (139) // И проц самостоятельно в фоне будет обновлять микрокод, ага Ну чтобы пользовател, Аноним (148), 09:36 , 21-Май-23, (145) // По HTTP , Аноним (163), 11:39 , 21-Май-23, (166) +1 а какая разница, на уровне протокола или же на уровне подписанного микрокода вып, Вася (??), 19:56 , 21-Май-23, (239) С подписанным микрокотом осторожнее - может оцарапать при утечке ключа очередной, Tron is Whistling (?), 08:35 , 25-Май-23, (431) Не будет а продолжит в остальном всё верно , Атон (?), 11:45 , 21-Май-23, (168) Не, производителю прибыль больше, когда пользователь в магаз бежит за обновление, Аноним (330), 14:31 , 22-Май-23, (329) Наши процессоры быольше не тормозят на ваших 32-битных программах с 2 Гигабайтам, Ананоним (?), 01:34 , 21-Май-23, (110) Годно, как раз под Gentoo nomultilib , name (??), 02:37 , 21-Май-23, (111) +1 Всё 32 и 16 битное старые можно вполне запускать в эмуляторе, оно уровня пентиум, Аноним (112), 02:54 , 21-Май-23, (112) // А как быть с играми Сталкер или Half-life , Аноним (163), 11:42 , 21-Май-23, (167) +1 // Можно в них просто не играть , Аноним (183), 13:31 , 21-Май-23, (187) –3 Использовать современные движки с поддержкой x64 Для Сталкера это OpenXRay, для, Beta Version (ok), 13:36 , 21-Май-23, (189) // А эти современные движки будут поддерживать такие штуки как EAX, A3D А как на э, Аноним (163), 19:43 , 21-Май-23, (237) у тебя ЭЛТ монитор, что тебе так нужен тот картофельный графон из прошлого , Вася (??), 19:58 , 21-Май-23, (240) Будут, если не запилят что-то лучше И графон можно оставить без новых фич, прос, Beta Version (ok), 22:12 , 21-Май-23, (256) Такие штуки сейчас где-то поддерживаются , Аноним (302), 10:14 , 22-Май-23, (300) Игры уже лет десять как 64-битные, а для старья и эмуляции хватит , Аноним (302), 05:39 , 22-Май-23, (279) А в сторону 128 битных процессоров они пока не смотрят , Alex (??), 06:16 , 21-Май-23, (127) // Нет Никому не нужен такой утюг , Аноним (183), 13:37 , 21-Май-23, (190) +1 Не прошло и 20 лет Совместимость им, блдЪ, мешала Ну так выпускали бы две архи, Аноним (148), 09:28 , 21-Май-23, (140) +2 // Ещё раз - камень без совместимости не взлетел бы Ты можешь взять программу от W, Аноним (161), 11:02 , 21-Май-23, (161) +3 // Захватить рынок персональных компьютеров Связка IBM PC Win - киллерфича для мон, Аноним (148), 00:09 , 22-Май-23, (266) // вопрос был не ко мне лично, ну да ладно Первым был Microsoft Exchange 2007, U202204161753 (?), 10:24 , 22-Май-23, (303) Нужно понимать что это следствие монополии Интела Экономические последствия и д, Аноним (183), 13:39 , 21-Май-23, (191) На Хабре есть отличная серия статей Made at Intel В ней рассказывается, в частн, Vkni (ok), 19:26 , 21-Май-23, (234) И как всегда, старое гуано с кешем в новую обертку занесут Штеуд, ёп , Аноним (148), 09:31 , 21-Май-23, (142) +1 И как обычно, переключение контекста опять дорогое по выполнению получится Что о, Аноним (148), 09:34 , 21-Май-23, (144) –1 Только системная архитектура IBM PC никуда не делась, со всей стародревней фигне, Аноним (148), 10:00 , 21-Май-23, (152) –2 На самом деле да, можно упростить, но выигрыш это даст только в плане сложности , Tron is Whistling (?), 10:00 , 21-Май-23, (153) –1 // И да, у этой фигни будет одна малюсенькая проблема - совместимость с оборудовани, Tron is Whistling (?), 10:16 , 21-Май-23, (156) –1 // Этой проблемы не будет если сделать новую архитектуру исключительно под новый со, Аноним (257), 23:09 , 21-Май-23, (259) –1 // Под отдельный PCIe, хотел сказать Т е два набора плат, один под x86, второй под, Tron is Whistling (?), 08:34 , 25-Май-23, (430) Не нужно Главный козырь x86 - совместимость Потеряв совместимость ну есть , Аноним (160), 10:46 , 21-Май-23, (160) –1 // Вэбщики должны исчезнуть вместе со своим WASM , Аноним (163), 12:00 , 21-Май-23, (170) +4 Уже нет 20 лет назад главным козырем была совместимость, сегодня уже нет Сегод, Аноним (-), 13:32 , 21-Май-23, (188) –2 // А я и говорю про совместимость юзерспейса Совместимость с уже написанными прогр, Аноним (254), 21:46 , 21-Май-23, (252) // У Apple эмуляторы прекрасно заменяют нативное исполнение, и не первый раз уже , Аноним (302), 10:11 , 22-Май-23, (299) Совместимость уходит на второй план, когда у твоих конкурентов типа ARM есть пре, Аноним (183), 13:42 , 21-Май-23, (194) –1 // По моему ты пишешь бред , Аноним (163), 19:39 , 21-Май-23, (235) Совместимость - это то, без чего бизнес невозможен Никто не будет строить бизне, Аноним (254), 21:50 , 21-Май-23, (253) // И какие же порограммы бизнес сейчас покупает , Аноним (363), 09:53 , 22-Май-23, (296) Бизнес поэтому всегда держит в кладовке старые компы На тех же госуслугах подпис, Аноним (297), 09:56 , 22-Май-23, (297) +1 Вот это реально бред Твои понятия о бизнесе и использование никто не будет как, Аноним (462), 11:02 , 27-Май-23, (454) А я думаю что всё у них получится в наш-то век повсеместного JavaScript и HTML , Аноним (163), 12:02 , 21-Май-23, (171) // Так то и у ARM и RISC-V получится , Аноним (183), 13:43 , 21-Май-23, (195) И ничего не меняется Промышленный legacy-софт работает на таких же legacy-утюга, Аноним (178), 12:36 , 21-Май-23, (178) Я далеко не знаток, конечно, дилетант скорее, но возник вопрос Это что, микрояд, Аноним (180), 12:50 , 21-Май-23, (180) // Грубо говоря, регистры устройств отображаются на адресное пространство и для дос, n00by (ok), 13:21 , 21-Май-23, (182) –2 // Вопрос был не что такое порты I O и как с ними работать, это понятно, а про то, , Аноним (180), 13:56 , 21-Май-23, (198) // На самом деле это решается В ядре, в обработчике исключения, выполняется анализ, Совершенно другой аноним (?), 15:20 , 21-Май-23, (202) А производительность , Аноним (205), 15:39 , 21-Май-23, (205) Ага Я даже хотел про это написАть в предыдущем ответе, что теоретически можно ч, Аноним (180), 15:59 , 21-Май-23, (208) –1 Сейчас, в основном, с портами никто не работает - всё, более-менее скоростное от, Совершенно другой аноним (?), 18:35 , 21-Май-23, (228) точно Порты закрыли для кольца 3, а mmio гоняй откуда хочешь куда хочешь и как , Аноним (180), 23:26 , 21-Май-23, (261) Сгонять в ФИЗИЧЕСКУЮ память из юзермода операционки - вообще достаточно отдельны, Аноним (-), 20:24 , 23-Май-23, (403) Как раз это и не понятно Команды in и out появились в процессорах, когда шина а, n00by (ok), 07:11 , 22-Май-23, (283) Более того - со временем люди поняли что DMA это круто, быстро и эффективно Так, Аноним (-), 02:53 , 23-Май-23, (371) +1 Порты ввода-вывода - это команды in outА отображённые на память регистры устройс, Аноним (297), 09:51 , 22-Май-23, (295) Как забавно читать комментарии на опеннете Раньше ныли о том чтоу intel legacy м, Аноним (205), 15:44 , 21-Май-23, (206) +2 // Луддиты, сэр , soarin (ok), 04:42 , 22-Май-23, (277) –5 Комментарии на опеннете вообще всегда читать забавно, этакое guilty pleasure , Аноним (302), 05:44 , 22-Май-23, (280) +2 А не может быть так, что как выкинут легаси так залочат загружаемую ОС и рынку о, torvn77 (ok), 18:53 , 21-Май-23, (229) // Как у Эппл Но даже там Линукс запускается , Аноним (265), 23:59 , 21-Май-23, (265) +1 // Захотят запустится, не захотят не запустится Контроль то за запуском у них, а , torvn77 (ok), 02:00 , 22-Май-23, (268) Наконец хоть один всё понял , Личинка_Шигорина (?), 04:33 , 22-Май-23, (276) +1 Что мешает сделать это прямо сейчас , Аноним (302), 05:45 , 22-Май-23, (281) // Ничего https www linux org ru forum security 16550382 cid 16567177https www , Аноним (286), 08:07 , 22-Май-23, (286) Ну сейчас с рынком пк таки всё в порядке Будут китайские компы с китайскими проц, Аноним (462), 15:51 , 27-Май-23, (465) // Боюсь как бы следом за НАТО АКУСовскими производителями следом в закат не ушёл и, torvn77 (ok), 20:48 , 27-Май-23, (466) // То есть, сейчас все железо опенсорсное, а всё китайское будет проприетарным Ну б, Аноним (467), 23:52 , 27-Май-23, (467) Оно будет залоченным без возможности разлочки, а на таком железе опенсорс начнёт, torvn77 (ok), 01:11 , 28-Май-23, (468) Ты об этом https en miui com unlock index htmlИли вообще о чем Сейчас на всех, Аноним (467), 09:34 , 28-Май-23, (469) О этом и о том, что ты далее написал, и как я вижу вы согласны со мной что будущ, torvn77 (ok), 11:33 , 28-Май-23, (470) не понятно с чего Вы это взяли При том-же СССР был считай этот самый Open Sourc, Совершенно другой аноним (?), 12:19 , 28-Май-23, (471) Вы не понимаете, этодругое Биосы закрыты, процы с микрокодом тоже, фирмварь на, Аноним (467), 12:54 , 28-Май-23, (472) Где я говорил что американская проприетарщина в смысле проприетарщины лучше кита, torvn77 (ok), 13:50 , 28-Май-23, (474) А сейчас оно есть Если ты так думаешь, у меня для тебя плохие новости Очень пло, Аноним (485), 23:12 , 28-Май-23, (485) С схемой от телевизора у тебя недопонимание она прилагалась не для тебя, а для , torvn77 (ok), 13:21 , 28-Май-23, (473) ПЭВМ Специалист предполагалось делать в сарае Там даже специально придумали т, n00by (ok), 14:44 , 28-Май-23, (476) +1 Наличие возможности не означает того, что возможность закладывалась изначально , torvn77 (ok), 14:52 , 28-Май-23, (477) Да, я знаю, что наличие у тебя возможности ознакомиться с предметом и почитать о, n00by (ok), 15:15 , 28-Май-23, (479) Кто был в СССР помнит https cs14 pikabu ru post_img 2021 08 15 10 16290450491, torvn77 (ok), 15:40 , 28-Май-23, (480) Посмотрел начало темы https ruecm forum2x2 ru t70-topic Как я понимаю это очер, torvn77 (ok), 20:52 , 28-Май-23, (483) А для кого были схемы в журнале Радио Напомни, к схемам, которые прилагались п, Аноним (485), 23:29 , 28-Май-23, (486) Вопрос не в том для кого были эти схемы, а в том как с этим работало государство, torvn77 (ok), 01:18 , 29-Май-23, (490) Продавать - не имели права, а делать Вам запретить никто не мог И Вам не кажетс, Совершенно другой аноним (?), 14:53 , 28-Май-23, (478) +1 Но на крышке написано Вскрывать телевизор может только специалист https cs1, torvn77 (ok), 16:18 , 28-Май-23, (481) ну так и сейчас на зеркалах пишут Изображение в зеркале заднего вида ближе, чем, Совершенно другой аноним (?), 21:02 , 28-Май-23, (484) Хорошо Так даже предложенный вами Левша весь роман потихоньку терял прочность с, torvn77 (ok), 00:55 , 29-Май-23, (488) А напомни, плиз, откуда вылезли понятия патент, промышленный шпионаж, авторское , Аноним (485), 23:41 , 28-Май-23, (487) +1 Я не понял куда вы клоните, можете написать более прямолинейно, без косвенных ук, torvn77 (ok), 01:01 , 29-Май-23, (489) коммунистические государства более склонны к проприетарщине - это кто написал , Аноним (485), 09:15 , 29-Май-23, (492) Вы не поняли почему я так говорю, проприетарщина не столько про прибыль, сколько, torvn77 (ok), 10:44 , 29-Май-23, (493) Объяснение банально Вы пишете Open Source , поскольку Вам важна открытость исх, n00by (ok), 14:42 , 28-Май-23, (475) У меня давно настройки ядра CONFIG_X86_X32 is not setзапрещают запуск 32 разря, Аноним (286), 08:49 , 22-Май-23, (290) // для упрощённого написания вирей , Аноним (286), 08:50 , 22-Май-23, (291) –2 Вы ошибайтесь и вводите в заблуждение других Читайте описание, x32 - имеет досту, n00by (ok), 10:45 , 22-Май-23, (306) // https git kernel org pub scm linux kernel git torvalds linux git tree arch x86, Аноним (308), 11:55 , 22-Май-23, (308) // Тебе же говорят, x32 вполне себе 64 разрядные, раз уж читать не умеешь , Аноним (318), 12:42 , 22-Май-23, (315) +2 Спасибо Всегда отключал этот режим в ядре , Аноним (385), 10:34 , 23-Май-23, (385) Вероятность, что случайный пользователь столкнётся с такими бинарями, абсолютно , Аноним (318), 11:26 , 23-Май-23, (388) В этих кодеках итак дыра на дыре и дырой погоняет А x86_x32 уменьшает энтропию , Аноним (390), 11:52 , 23-Май-23, (390) Лучше бы SMM выпилили , Аноним (297), 09:46 , 22-Май-23, (294) Вообще да, давно пора там многое выкинуть В идеале можно было бы при проектиров, nc (ok), 12:57 , 22-Май-23, (320) // MIN и MAX делаются с помощью conditional move , подрывник (?), 16:37 , 22-Май-23, (336) Наборы полезных инструкций это дело второстепенное, из прошлого века А актуаль, _kp (ok), 13:27 , 23-Май-23, (391) +1 Есть группа инструкций CMOVcc - загрузка в регистр по условию Вот оптимизация b, n00by (ok), 15:22 , 23-Май-23, (395) По incel-ы не научатся делать 16-ти ядерные процессоры с верхним потреблением в , Аноним (354), 18:05 , 22-Май-23, (354) А вы вообще в курсе, что у интела два защищенных режима Режим виртуального 80, Аноним (462), 10:47 , 27-Май-23, (453) // имхо, Вы привели не совсем корректную цитату Вообще, конечно, защищенных режимо, Совершенно другой аноним (?), 12:27 , 27-Май-23, (457) // Кстати, у меня опыт использования всей этой лабуды, начиная с DOS3 , DR Multius, Аноним (462), 13:35 , 27-Май-23, (459) И никого не смущает, что ЭТО до сих пор работает в КАЖДОМ процессоре Intel Да, Аноним (462), 13:45 , 27-Май-23, (460) Моё сообщение удалили, ну и фик с ним У нитела будущее уже настало В смысле всё, Аноним (462), 13:49 , 27-Май-23, (461) Генианальное решение, не , Аноним (462), 15:31 , 27-Май-23, (464) Кстати, всем, кто надеется на RISC-V - не взлетит Может, подпрыгивать сможет, н, Аноним (462), 11:05 , 27-Май-23, (455) 1,3,5,7,10,11,13,24,27,39,77,78,103,110,111,112,127,140,142,144,152,153,160,171,178,180,206,229,290,294,320,354,453,455

Сообщения

[Сортировка по времени | RSS]

5. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	–5 +/–
Сообщение от Chromium (ok), 20-Май-23, 21:17
Мне кажется, что сейчас бы Itanium взлетел.
Ответить | Правка | Наверх | Cообщить модератору

	17. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+9 +/–
	Сообщение от пох. (?), 20-Май-23, 21:30
	Но недалеко да все больше - вниз. Он тормоз был, поскольку оптимизирующий компилятор интел как ни старался - ниасилил. И невзлетел в первую очередь по этой причине - выигрыш производительности был слишком незначительным, а ценник задран.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+1 +/–
	Сообщение от хрю (?), 20-Май-23, 21:31
	Он бы и в 2000тых взлетел, если б не гениальные маркетологи. Тут тоже самое взлетит не взлетит, будет зависеть от цены, модели продвижения и договороспособности интел с производителями софта. Но интел ужо давно не торт, так что в их движуху, лично я, не шибко верю.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	126. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Quad Romb (ok), 21-Май-23, 03:10
	Там дело не столько в маркетологах. Хотя и в них тоже. Там дело в том, что компиляторы тогда не позволяли с минимальным вмешательством программиста перекомпилировать исходники подготовленные для других платформ в эффективный машкод для итаниума. В смысле - он работал, но обескураживающе не так быстро как ожидалось. А чтобы выжать производительность нужно было сидеть и усердно-усердно полировать стул. Кстати, и сегодня с бэкэндами для vliw у компиляторов не всё так уж гладко. Производители ПО посмотрели на эту тему, прикинули во что им оптимизация встанет, и сколько они и так зарабатывают без продуктов на итаниуме - и кроме самого-самого кровавого энтерпрайза туда никто и не полез. А потом и кровавый энтерпрайз понял, что попал куда-то не туда. Ссылку не дам, но в памяти смутно осталось, что когда оракл и эйчпи попытались спрыгнуть и закруглить срок поддержки своих продуктов на итаниуме - то им пользователи их продуктов выкатили такой коллективный иск, что его даже пришлось частично удовлетворить. Если проверите и оспорите - возражать не буду. Короче, коммерсанты - не ангелы, но там ещё и другие причины были.
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от n00by (ok), 21-Май-23, 06:33
	Компиляторы тогда и для IA32 не очень хороший код генерировали. Приходилось кодить на асме в критичных случаях. Под Itanium, как я слышал, желающих было мало.
	Ответить | Правка | Наверх | Cообщить модератору

	223. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+1 +/–
	Сообщение от Quad Romb (ok), 21-Май-23, 17:16
	> Компиляторы тогда и для IA32 не очень хороший код генерировали. Приходилось кодить > на асме в критичных случаях. Под Itanium, как я слышал, желающих > было мало. Ну, речь-то о том идёт, что как бы они там для IA32 не генерировали - для Itanium получалось ещё хуже. Мне кажется, что суть не в каких-то принципиальных ограничениях, просто все принципиальные оптимизации переползали в коммерческие компиляторы из академических работ. А в тогдашних академиях vliw был как-то не очень в чести. То есть и переползать оптимизациям в коммерческие компиляторы было неоткуда.
	Ответить | Правка | Наверх | Cообщить модератору

	282. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+1 +/–
	Сообщение от n00by (ok), 22-Май-23, 06:39
	Банально компиляторам не хватало памяти. MSVC отключал оптимизацию для функций, если в теле количество строк превышало некоторый предел (цифры уже не помню; сталкивался, когда генерировал объёмный исходник на Си, пришлось дробить функцию на мелкие). Для Itanium памяти нужно больше.
	Ответить | Правка | Наверх | Cообщить модератору

	355. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Quad Romb (ok), 22-Май-23, 19:33
	> Банально компиляторам не хватало памяти. MSVC отключал оптимизацию для функций, если в > теле количество строк превышало некоторый предел (цифры уже не помню; сталкивался, > когда генерировал объёмный исходник на Си, пришлось дробить функцию на мелкие). > Для Itanium памяти нужно больше. Ну, уж чего-чего, а в тех конфигурациях систем, которые поставлялись с итаниумами - памяти было побольше, чем в типичной системе на x86. И намного побольше. Тем паче, что каждому пользователю такой системы не было нужды собирать ПО для себя самому. А уж фирма-разработчик, если бы считала, что игра стоит свеч - думаю не сочла бы чем-то ненормальным купить себе станцию для сборки на итаниуме с действительно большим количеством памяти. Проблема была, всё-таки не в памяти. Я вот даже залез в свои старые закрома, и оттуда Вам представляю цитату: "..showed more realistic (and somewhat disappointing) results for the benefits of predication on branches, in which short pipeline and small branch penalties of the Itanium implementation make it much more difficult for predication to shine." Это из книги 2004 года - "Embedded Computing: A VLIW Approach to Architecture, Compilers and Tools" 421 страница. И то, что они пишут "somewhat disappointing" - так это они ещё очень сильно смягчили. Так не "disappointing" местами с производительностью было с предсказаниями ветвлений, а, буквально целый "disastering".
	Ответить | Правка | Наверх | Cообщить модератору

	373. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от n00by (ok), 23-Май-23, 07:19
	>[оверквотинг удален] >> когда генерировал объёмный исходник на Си, пришлось дробить функцию на мелкие). >> Для Itanium памяти нужно больше. > Ну, уж чего-чего, а в тех конфигурациях систем, которые поставлялись с итаниумами > - памяти было побольше, чем в типичной системе на x86. > И намного побольше. > Тем паче, что каждому пользователю такой системы не было нужды собирать ПО > для себя самому. > А уж фирма-разработчик, если бы считала, что игра стоит свеч - думаю > не сочла бы чем-то ненормальным купить себе станцию для сборки на > итаниуме с действительно большим количеством памяти. Толку мало от этой памяти, если транслятор не может её адресовать. Структуры типа абстрактного синтаксического дерева проектировались с расчётом 32-х разрядных указателей и соответствующего адресного пространства. Вот мы и приходим к тому, что компилятор надо перепроектировать, а это не быстро. > Проблема была, всё-таки не в памяти. > Я вот даже залез в свои старые закрома, и оттуда Вам представляю > цитату: > "..showed more realistic (and somewhat disappointing) results for the benefits of predication > on branches, in which short pipeline and small branch penalties of the > Itanium > implementation make it much more difficult for predication to shine." > Это из книги 2004 года - "Embedded Computing: A VLIW Approach to > Architecture, Compilers and Tools" > 421 страница. И в результате появилась архитектура NetBurst со сверхдлинным конвейером и префиксами к командам условных переходов, которые "помогали" предсказателю, и кучей правил в IA SDM Optimization Manual. В реальном мире это было названо "кукурузные мегагерцы" и 4-й Пентиум начал неожиданно проигрывать 3-му на меньшей частоте. > И то, что они пишут "somewhat disappointing" - так это они ещё > очень сильно смягчили. > Так не "disappointing" местами с производительностью было с предсказаниями ветвлений, > а, буквально целый "disastering". Как я слышал, в Эльбрусе с предсказанием ветвлений поступают так - транслятор генерирует код, исполняющий обе ветки условного оператора параллельно. Вот эта операция требует больше памяти при трансляции, и зависимости не всегда линейна.
	Ответить | Правка | Наверх | Cообщить модератору

	396. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Quad Romb (ok), 23-Май-23, 15:34
	> И в результате появилась архитектура NetBurst со сверхдлинным конвейером и префиксами к > командам условных переходов, которые "помогали" предсказателю, и кучей правил в IA > SDM Optimization Manual. В реальном мире это было названо "кукурузные мегагерцы" > и 4-й Пентиум начал неожиданно проигрывать 3-му на меньшей частоте. Пентиум 4 - это, конечно, ностальгично. Но ведь vliw итаниума от этого легче не стало, верно? > Как я слышал, в Эльбрусе с предсказанием ветвлений поступают так - транслятор > генерирует код, исполняющий обе ветки условного оператора параллельно. Вот эта операция > требует больше памяти при трансляции, и зависимости не всегда линейна. Не знаю, как там с этим в Эльбрусе, но некоторые компиляторы для vliw, судя по статьям, так и делали. Помогло ли это с производительностью - не знаю, потому что, как я уже здесь писал, не настолько глубоко погружён в вопрос. Итаниуму, опять-таки, от этого легче не стало, это точно.
	Ответить | Правка | Наверх | Cообщить модератору

	409. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от n00by (ok), 24-Май-23, 06:42
	>> И в результате появилась архитектура NetBurst со сверхдлинным конвейером и префиксами к >> командам условных переходов, которые "помогали" предсказателю, и кучей правил в IA >> SDM Optimization Manual. В реальном мире это было названо "кукурузные мегагерцы" >> и 4-й Пентиум начал неожиданно проигрывать 3-му на меньшей частоте. > Пентиум 4 - это, конечно, ностальгично. > Но ведь vliw итаниума от этого легче не стало, верно? А надо было не удалять свою же реплику про "short pipeline" и "small branch penalties", которые, якобы, были проблемой Итаниума. Пенальти - это когда процессор вынужден простаивать из-за неверного предсказания перехода. При этом происходит декодирование операций (альтернативной ветки) и загрузка конвейера. В этом случае короткий конвейер тоже плюс. Интел посчитала ошибкой, сделала иначе и пролетела. >> Как я слышал, в Эльбрусе с предсказанием ветвлений поступают так - транслятор >> генерирует код, исполняющий обе ветки условного оператора параллельно. Вот эта операция >> требует больше памяти при трансляции, и зависимости не всегда линейна. > Не знаю, как там с этим в Эльбрусе, но некоторые компиляторы для > vliw, судя по статьям, так и делали. > Помогло ли это с производительностью - не знаю, потому что, как я > уже здесь писал, не настолько глубоко погружён в вопрос. > Итаниуму, опять-таки, от этого легче не стало, это точно. Начало ветки обсуждения "Мне кажется, что сейчас бы Itanium взлетел". _Сейчас_ вполне мог бы взлететь, поскольку преодолены детские болезни трансляторов и ограничения железа, на котором те трансляторы приходилось запускать. И если бы не повторилась борьба отделов внутри Интел. Эльбрус взлетают совсем по другой причине - раздельные стеки и безопасный режим. Потому Интел или кто-то ещё не будет делать VLIW - это поставит противников Эльбруса в неудобное положение, поскольку священная война перейдёт с повестки "VLIW проив остальные" в "безопасность против фуфло".
	Ответить | Правка | Наверх | Cообщить модератору

	410. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Quad Romb (ok), 24-Май-23, 07:46
	> А надо было не удалять свою же реплику про "short pipeline" и > "small branch penalties", которые, якобы, были проблемой Итаниума. Вы тут с кучей народа, я смотрю, одновременно общаетесь. И, видимо, из-за этого Вы уже немножко путаете кто Вам чего тут писал. Я не удаляю свои реплики. И не редактирую их. Никогда. Могу удалить, если случайно отправил незаконченное, но потом сразу отправляю дописанное до конца. Итаниум обладал плохой производительностью на одном и том же наборе ПО по сравнению с другими архитектурами. Тчк.
	Ответить | Правка | Наверх | Cообщить модератору

	411. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от n00by (ok), 24-Май-23, 08:31
	>> А надо было не удалять свою же реплику про "short pipeline" и >> "small branch penalties", которые, якобы, были проблемой Итаниума. > Вы тут с кучей народа, я смотрю, одновременно общаетесь. > И, видимо, из-за этого Вы уже немножко путаете кто Вам чего тут > писал. > Я не удаляю свои реплики. > И не редактирую их. > Никогда. Когда нажимаете "Ответить", движок сайта цитирует предыдущее сообщение. В моём сообщении, на которое Вы отвечали, Ваша реплика была, соответственно и в цитате. Из цитаты её Вы вырезали. Мой ответ на неё оказался вырванным из контекста. Что позволовило Вам сменить тему. > Могу удалить, если случайно отправил незаконченное, но потом сразу отправляю дописанное > до конца. > Итаниум обладал плохой производительностью на одном и том же наборе ПО по > сравнению с другими архитектурами. > Тчк. Достойный ход - нафантазировать и умыть руки.
	Ответить | Правка | Наверх | Cообщить модератору

	412. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от n00by (ok), 24-Май-23, 08:41
	> И, видимо, из-за этого Вы уже немножко путаете кто Вам чего тут > писал. Если не помните, что сами и писали "short pipeline", нажмите Ctrl+F в браузере. Поскольку не набивали это сами ручками, а копировали из книжки - для меня это звоночек. Попрошу впредь не цитировать тексты без предварительного их осмысления.
	Ответить | Правка | К родителю #410 | Наверх | Cообщить модератору

	413. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Quad Romb (ok), 24-Май-23, 09:28
	>> А надо было не удалять свою же реплику про "short pipeline" и >> "small branch penalties", которые, якобы, были проблемой Итаниума. > Если не помните, что сами и писали "short pipeline", нажмите Ctrl+F в > браузере. Поскольку не набивали это сами ручками, а копировали из книжки > - для меня это звоночек. Попрошу впредь не цитировать тексты без > предварительного их осмысления. Сие есть Ваши два предыдущих комментария. Это не звоночек, любезный собеседник. Это - гудок.
	Ответить | Правка | Наверх | Cообщить модератору

	415. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от n00by (ok), 24-Май-23, 13:14
	>>> А надо было не удалять свою же реплику про "short pipeline" и >>> "small branch penalties", которые, якобы, были проблемой Итаниума. >> Если не помните, что сами и писали "short pipeline", нажмите Ctrl+F в >> браузере. Поскольку не набивали это сами ручками, а копировали из книжки >> - для меня это звоночек. Попрошу впредь не цитировать тексты без >> предварительного их осмысления. > Сие есть Ваши два предыдущих комментария. > Это не звоночек, любезный собеседник. > Это - гудок. Специально для неосиливших поиск, цитирую комментарий №355 Заголовок полностью, текст - частично. Intel развивает упрощённую архитектуру x86S, работающую толь..., Quad Romb, 19:33 , 22-Май-23 (355) Проблема была, всё-таки не в памяти. Я вот даже залез в свои старые закрома, и оттуда Вам представляю цитату: "..showed more realistic (and somewhat disappointing) results for the benefits of predication on branches, in which short pipeline and small branch penalties of the Itanium implementation make it much more difficult for predication to shine." Это из книги 2004 года - "Embedded Computing: A VLIW Approach to Architecture, Compilers and Tools" 421 страница.
	Ответить | Правка | К родителю #413 | Наверх | Cообщить модератору

	416. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Quad Romb (ok), 24-Май-23, 19:15
	>>>> А надо было не удалять свою же реплику про "short pipeline" и >>>> "small branch penalties", которые, якобы, были проблемой Итаниума. Не надо было. И её никто не удалял. > Специально для неосиливших поиск, цитирую комментарий №355 Да, умение пользоваться поиском - полезный навык. Тут сложно не согласиться. Если Вы им овладеете, это может Вам помочь в ситуациях подобных этой.
	Ответить | Правка | К родителю #415 | Наверх | Cообщить модератору

	428. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от n00by (ok), 25-Май-23, 07:26
	>>>>> А надо было не удалять свою же реплику про "short pipeline" и >>>>> "small branch penalties", которые, якобы, были проблемой Итаниума. > Не надо было. > И её никто не удалял. "Сие есть Ваши два предыдущих комментария. Это не звоночек, любезный собеседник." Осталось как-то согласовать оба этих выпада. К "про удаление сформулировали двусмысленно" прибегать поздно. Кому был интересен предмет обсуждения, а не согласие с топорной манипуляцией "верно?" - тот бы продолжил по существу. >> Специально для неосиливших поиск, цитирую комментарий №355 > Да, умение пользоваться поиском - полезный навык. > Тут сложно не согласиться. > Если Вы им овладеете, это может Вам помочь в ситуациях подобных этой. Мне в этой ситуации ничего не надо. Я не забывал о собственноручно скопированном из книжки тексте. И не заявлял на основании забывчивости, что кто-то что-то путает. Если всё ещё не понятно объясняю - извинений я не жду. Не от кого.
	Ответить | Правка | К родителю #416 | Наверх | Cообщить модератору

	367. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Аноним (-), 23-Май-23, 02:37
	> Банально компиляторам не хватало памяти. MSVC отключал оптимизацию для функций, А сейчас ему еще чего-то AFAIK не хватает. Так что воооон там господа забили для студии персональный костыль снижающий время компила с 15 до 1 минуты. Как вы уже поняли GCC и Clang такие времена и без костылей показывали...
	Ответить | Правка | К родителю #282 | Наверх | Cообщить модератору

	26. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Аноним (26), 20-Май-23, 21:43
	Нет. Итаник погубила плохая производительность на среднестатистическом выхлопе компиляторов и отсутствие обратной совместимости с x86. И то, и другое актуально и сегодня.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	43. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+2 +/–
	Сообщение от пох. (?), 20-Май-23, 22:22
	И как там у M1 с обратной совместимостью? Вот именно, что никак. Нахрен покупателям не нужна была такая совместимость. Но переплачивать вдвое за где на копейку большую, а где-то вообще меньшую производительность они почему-то не захотели.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Андрей (??), 20-Май-23, 22:31
	Глупости. Как и в прошлый раз, когда Apple переходила с PowerPC на Intel, почти всё старое ПО (читай: ПО под Intel) отлично и без всяких тормозов работает через Rosetta.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от пох. (?), 20-Май-23, 22:39
	> Глупости. Как и в прошлый раз, когда Apple переходила с PowerPC на > Intel, почти всё старое ПО (читай: ПО под Intel) отлично и > без всяких тормозов работает через Rosetta. то есть совместимость процессора - совершенно и не нужна. О чем и речь. (ну и насчет без тормозов - это тебя, гм-гм, нае...ли. С другой стороны - этот интел и в режиме эмуляции будет в разы быстрее того что он эмулирует, поскольку там совсем уже каменный век.)
	Ответить | Правка | Наверх | Cообщить модератору

	73. Скрыто модератором	+2 +/–
	Сообщение от я (?), 20-Май-23, 23:03
	нужна не совместимость процессора а совместимость софта.
	Ответить | Правка | Наверх | Cообщить модератору

	314. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от _kp (ok), 22-Май-23, 12:41
	> когда Apple переходила с PowerPC на Intel, почти всё старое ПО Тогда они колдовали только с запуском своего ПО, и то от таки сырой ОС Х, и весьма в малых количествах того самого ПО. Что подтверждается тем, что когда похерили Розетту, мир не перевернулся от "массы пропавшего ПО". Объёмы не те были, и разнообразие не то. А с Rosetta2 не всё так хорошо. Да, конечно в мире эмуляторов это гигантский шаг, но для конечного пользователя маловато. Для intel ПО брать Мак почти извращение. Плюс дохлое железо в ранних М1, мало ОЗУ, и почти без дисковой памяти, и не массовые из за цен вменяемые конфигурации, что тоже насолило Розетте2.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	46. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	–4 +/–
	Сообщение от Аноним (46), 20-Май-23, 22:31
	Так M1 это для apple фанатиков, которым опенсурс продают за деньги. А в 2000х не было ни фанатиков, ни такого влияния опенсурса.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	80. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+1 +/–
	Сообщение от Vkni (ok), 20-Май-23, 23:21
	>  И как там у M1 с обратной совместимостью? Вот именно, что никак. Это другая экосистема. В Windows же обратная совместимость возведена в культ.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	98. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от пох. (?), 21-Май-23, 00:42
	В винде времен итаниумов с обратной совместимостью (не на итаниумах а на обычных x86) было не плохо, а совсем никак - досовские программы не работали почти все, win16 - работали...msовские. Которые быстренько перестали быть нужны поскольку первыми же и получили версии под win32. Остальное - все что посложнее калькулятора - толком не работало или глючило. При этом был лучший дос-чем-windows, и чем он закончился мы все прекрасно знаем. Там совместимость была прекрасная, но почему-то это не помогло. (Почему-то - да потому что опять уе...щные компиляторы, на сей раз от ibm, помимо прочих проблем.)
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от n00by (ok), 21-Май-23, 06:36
	Культ - это когда пользователи веруют, что совместимость есть. С Итаником потребовалась бы помощь десятка Кашпировских.
	Ответить | Правка | Наверх | Cообщить модератору

	244. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от пох. (?), 21-Май-23, 20:21
	> Культ - это когда пользователи веруют, что совместимость есть. ну это да. > С Итаником потребовалась бы помощь десятка Кашпировских. или гений уровня Белларда (потому что у маков вполне получилось в те же самые годы - но у них была своя атмосфера). Мощности-то наверное и хватило бы. Но с интелом у него почему-то дружба не сложилась.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Атон (?), 21-Май-23, 09:32
	> При этом был лучший дос-чем-windows, и чем он закончился мы все прекрасно > знаем. Там совместимость была прекрасная, но почему-то это не помогло. (Почему-то > - да потому что опять уе...щные компиляторы, на сей раз от > ibm, помимо прочих проблем.) потому что лучший дос-чем-windows был написан под определенное аппаратное обеспечение, и хотя частично был совместим с ibm-pc, работал на них не раскрывая всей мощи.
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	226. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от U202204161753 (?), 21-Май-23, 17:36
	Небольшая просьба: > В винде времен итаниумов с обратной совместимостью (не на итаниумах а на обычных x86) было не плохо, а совсем никак - досовские программы не работали почти все Не затруднит ли Вас написать название этого невиданного Windows? (     Чтобы "два раза не вставать": Windows NT 4.0 ( м.б. и NT 3.51 ) выполнял DOS ПО весьма близко к идеалу. )
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	243. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от пох. (?), 21-Май-23, 20:18
	ваше "dos по" это которое использовало int21h (желательно только документированную его часть) и ни в коем случае никуда не лазило напрямую? А вы можете конечно же назвать такое ПО, актуальное во времена nt4.0 посложнее команды more ? dbase было уже немного немодно. А с актуальным к примеру для нас тогда clarion все было именно даже не плохо а очень плохо. (Он уже научился в сети и в dos4Gw к тому времени)
	Ответить | Правка | Наверх | Cообщить модератору

	298. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от U202204161753 (?), 22-Май-23, 10:10
	> ваше "dos по" это которое использовало int21h (желательно только документированную его часть) и ни в коем случае никуда не лазило напрямую? Да, к четырём ( по количеству) COM-ports > А вы можете конечно же назвать такое ПО, актуальное во времена nt4.0 посложнее команды more ? dbase было уже немного немодно. Да, могу. См. ниже >А с актуальным к примеру для нас тогда clarion все было именно даже не плохо а очень плохо. (Он уже научился в сети и в dos4Gw к тому времени) ( как бы это написать повежливее... ) Поздравляю:именно про Кларион можем плотно пообщаться. Работал с ним со второго курса ВУЗа. Clarion умел в сеть всегда. В CFD 2.X тоже. В DOS Extenders стал уметь с CDD 3.X Их там - несколько. Скорее, несколько режимов. У меня "на полке" лицензионные комплекты документации и прочее. Так что ставить в AMD SimNow? И принципе, можем и в те эмуляторы, где есть CPU энского года. ( Какого кстати?)
	Ответить | Правка | Наверх | Cообщить модератору

	424. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Аноним (-), 24-Май-23, 23:29
	>  Да, к четырём ( по количеству) COM-ports COM порты это единственное что в NT4 работало в досовых прогах. А, еще кажется порты SoundBlaster и WindowsAudio. Остальное было порублено и не работало никак, соответственно. Какой-нибудь прямой доступ к диску? Win95: показывает специфичный диалог, мол разрешить, запретить? В NT4 просто наглухо обламывается и программа не работаает в принципе. Как-то так. И совместимость NT4 с досовыми программмами была в общем то - по сути никакой. Сильно некоторые вещи типа _некоторых_ досовых игр и терминалок даже работали. Остальное - фигвам.
	Ответить | Правка | Наверх | Cообщить модератору

	444. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от U202204161753 (?), 26-Май-23, 13:18
	> COM порты это единственное что в NT4 работало в досовых прогах. А, еще кажется порты SoundBlaster и WindowsAudio. Остальное было порублено и не работало никак, соответственно.   Были нужны именно COM порты. Они работали.      Я лично не помню ужасов с совместимостью с DOS. М.б. у кого-то они и были. (    Мы же начали с вопроса нужна ли совместимость?   Ответ Microsoft на тот момент был - нужна. Если что-то не работало, то они это стрались исправить )
	Ответить | Правка | Наверх | Cообщить модератору

	438. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от пох. (?), 25-Май-23, 22:34
	> Так что ставить в AMD SimNow? NT 3.1, для начала. Ну или хотя бы 3.51 (не, не знаю где взять. не хранил) А потом пытаться установить, запустить clarion и скомпиленный им код. Код я увы, за почти тридцать лет все таки прое...л, но там ничего сложного не было, складской учет. При этом под win95 оно работало. Да, могло конечно повиснуть при отладке (все же dos4g апликуха) - но происходило это достаточно редко. С сетью тоже все ок - база лежала на новеловской шаре. Локи работали. Это сейчас не потестишь, конечно, но у меня до этого и не доходило никогда (с новелом у NT 3 было все особенно хреново).
	Ответить | Правка | К родителю #298 | Наверх | Cообщить модератору

	445. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от U202204161753 (?), 26-Май-23, 13:35
	> NT 3.1, для начала. Ну или хотя бы 3.51 (не, не знаю где взять. не хранил) А потом пытаться установить, запустить clarion и скомпиленный им код. > При этом под win95 оно работало. Да, могло конечно повиснуть при отладке (все же dos4g апликуха) - но происходило это достаточно редко. С сетью тоже все ок - база лежала на новеловской шаре. Локи работали. Это сейчас не потестишь, конечно, но у меня до этого и не доходило никогда (с новелом у NT 3 было все особенно хреново). Однако, я в 2000-ом году застал уже NT 4.0 TS ... NT 3.51 недавно где-то видел. Novel Netware можно запустить в Virtual PC. И одну из версий NW в Hyper-V. Сам IDE Clarion -а использует локальный Btrieve. Откомпилированное, как правило, просто клиент Btrieve или файловую "шару".   Итого: проверить всё это "в сборе" реально, вопрос в сроках...   Я тут рядом написал ( туда и переадресую Ж-) ), что MS старалась сделать совместимость и т.д.
	Ответить | Правка | Наверх | Cообщить модератору

	448. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от пох. (?), 26-Май-23, 18:30
	> Однако, я в 2000-ом году застал уже NT 4.0 TS ... И мы радостно выбросили клэрион в помойку, и перенесли все проекты на oracle - который для нее уже был. Даже несколько раньше - в 98м, наверное. Ну а мне пришлось переквалифицироваться окончательно в админы, поскольку такое программирование ничуть не увлекало. > Я тут рядом написал ( туда и переадресую Ж-) ), что MS старалась сделать совместимость и т.д. старалась, но это получилось именно к четверке и 2000. Когда как раз окончательно стало никому не надо - в 2000м у меня уже ничего не было из досовских программ для работы. А у ранних версий с совместимостью все было крайне странно (особенно на фоне тогдашних лидеров рынка), и MS явно совершенно сознательно принесла ее в жертву.
	Ответить | Правка | Наверх | Cообщить модератору

	251. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Аноним (251), 21-Май-23, 21:07
	ничего, что кастомеры M1 и кастомеры Intel - это не то что не муж и жена, а вообще четыре разных человека? кастомеры М1 сглотнули, и когда им явочным порядком 32-битный софт усекли. зачем им совместимость, если их насильно через аппстор апгрейдят и каждый год выпускают новое OOOH SHINY!!!1 валяйте, расскажите какому-нито заскорузлому интеловскому кастомеру, что совместимость не нужна. вас за это даже из окна не выкинут - вас в здание не впустят, шуз контроль не пройдете.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	496. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Chromium (ok), 01-Июн-23, 21:46
	Itanium не был плох в абсолютном смысле, он был плох по сравнению с x86-64. Itanium имел высокую производительность в вычислениях с плавающей запятой и параллельных задачах, благодаря своей VLIW-архитектуре и большому количеству регистров. ¹² Он также имел преимущества в надёжности и безопасности, такие как ECC и RAS. ¹³ Однако Itanium страдал от низкой производительности в целочисленных вычислениях и последовательных задачах, из-за своей низкой частоты и сложности компиляции оптимального кода. ²  Он также не имел обратной совместимости с x86, что означало, что он не мог запускать большинство существующих приложений и операционных систем без эмуляции или перекомпиляции. ¹  Это снижало его привлекательность для потенциальных клиентов, которые предпочитали более дешёвые и универсальные решения на базе x86-64. Таким образом, Itanium не был погублен только плохой производительностью или отсутствием обратной совместимости, а комбинацией этих факторов и других проблем, таких как высокая цена, низкая доступность и слабая поддержка со стороны разработчиков ПО. Источники: (1) Itanium - Wikipedia. https://en.wikipedia.org/wiki/Itanium. (2) Intel’s Itanium Takes One Last Breath: Itanium 9700 ... - AnandTech. https://www.anandtech.com/show/11372/intels-itanium-takes-on.... (3) Intel® Itanium® Processor Product Specifications. https://ark.intel.com/content/www/us/en/ark/products/series/....
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	64. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+2 +/–
	Сообщение от AleksK (ok), 20-Май-23, 22:46
	Каким боком itanium к x86_64. Itanium это интеловский Эльбрус.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	134. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	–1 +/–
	Сообщение от Аноним (134), 21-Май-23, 07:13
	Скорее интеловская Transmeta
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+3 +/–
	Сообщение от AleksK (ok), 21-Май-23, 09:29
	Ну да, возможно это лучшая аналогия. Просто судя по комментариям тут большинство не понимает что итаники были типичными VLIW процами со всеми их достоинствами и недостатками. Про трансмету эти комментаторы скорее всего еслии слышали то не знают что это такое. А с Эльбрусом эти "специалисты" давно выработали условный рефлекс поливать говном при одном только упоминании.
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	–1 +/–
	Сообщение от Tron is Whistling (?), 21-Май-23, 09:57
	VLIW нежизнеспособна, забудьте. Оптимизации в рантайме статическими оптимизациями не заменяются. Потому и не взлетело.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+1 +/–
	Сообщение от Tron is Whistling (?), 21-Май-23, 09:58
	Точнее - жизнеспособна, но только в самом-самом ядре проца, когда более сложный код развёрнут _вместе с данными_ (статическим оптимизациям сие как раз таки недоступно) и передан для выполнения на VLIW.
	Ответить | Правка | Наверх | Cообщить модератору

	196. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Tron is Whistling (?), 21-Май-23, 13:43
	Фанаты e2k по ходу отминусовались, но - лошадь лает, а караван лежит в канаве. Такие дела.
	Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

	225. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+2 +/–
	Сообщение от Quad Romb (ok), 21-Май-23, 17:34
	> VLIW нежизнеспособна, забудьте. Оптимизации в рантайме статическими оптимизациями не > заменяются. > Потому и не взлетело. vliw отлично себя сегодня чувствует в dsp. Так что не стоит так категорично заявлять. Сама по себе идея vliw очень элегантна, но в чистом виде, видимо, не очень практична. Ну, так и x86_64 сегодня совсем не cisc, каковым, по старой привычке, его считают. Какой же это cisc, если 10 машинных мнемоник разваливаются внутри процессора на несколько сотен уопов, и переопределяются, даже без механизма кэша, каким-то совершенно чудным образом? Так и vliw, для успешного широкого применения в системах общего назначения если и взлетит, то в сочетании ещё с каким-то механизмом. Но не в чистом виде.
	Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

	230. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Tron is Whistling (?), 21-Май-23, 19:12
	> vliw отлично себя сегодня чувствует в dsp Я там не зря дополнил :) DSP и generalized CPU - совершенно разные вещи. > Сама по себе идея vliw очень элегантна Но к сожалению годится только для непосредственно исполнительной части, упаковка в неё команд требует наличия данных.
	Ответить | Правка | Наверх | Cообщить модератору

	231. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Tron is Whistling (?), 21-Май-23, 19:12
	(плотная упаковка)
	Ответить | Правка | Наверх | Cообщить модератору

	250. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Quad Romb (ok), 21-Май-23, 21:02
	>> vliw отлично себя сегодня чувствует в dsp > Я там не зря дополнил :) > DSP и generalized CPU - совершенно разные вещи. >> Сама по себе идея vliw очень элегантна > Но к сожалению годится только для непосредственно исполнительной части, упаковка в неё > команд требует наличия данных. Ну, вот на ту часть, которая связана с данными - явно напрашивается присутствие какого-то дополняющего решения. А, может быть, даже не дополняющего, а переосмысляющего vliw как некую штуку с управляющим потоком идущим командами перехода от одного функционального блока процессора к другому. Была такая вещь, как TTA-архитектура в которой делали нечто подобное. Дальше лезть не буду, ибо с моей стороны это, безусловно, дилетантские рассуждения. Всё это очень интересно, но чтобы об этом судить квалифицированно - нужно залезать слишком глубоко в непрофильную (для меня) область.
	Ответить | Правка | К родителю #230 | Наверх | Cообщить модератору

	255. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Tron is Whistling (?), 21-Май-23, 22:12
	> Ну, вот на ту часть, которая связана с данными - явно напрашивается > присутствие какого-то дополняющего решения. Угу. И называется оно конвеер, который увязан с транслятором команд, спекулятивным выполнением и соответствующими оптимизациями, и получается x86.
	Ответить | Правка | Наверх | Cообщить модератору

	258. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Quad Romb (ok), 21-Май-23, 22:41
	>> Ну, вот на ту часть, которая связана с данными - явно напрашивается >> присутствие какого-то дополняющего решения. > Угу. И называется оно конвеер, который увязан с транслятором команд, спекулятивным выполнением > и соответствующими оптимизациями, и получается x86. Про его издержки конвейра со спекуляцией тут уже все осведомились. В том виде, в котором он есть, про безопасные архитектуры можно забыть - и Вы это знаете.
	Ответить | Правка | Наверх | Cообщить модератору

	292. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Tron is Whistling (?), 22-Май-23, 09:14
	> Про его издержки конвейра со спекуляцией тут уже все осведомились. > В том виде, в котором он есть, про безопасные архитектуры можно забыть - и Вы это знаете. Поскольку in vitro в лабораторных условиях с side channel не играюсь - как-то абсолютно не интересно.
	Ответить | Правка | Наверх | Cообщить модератору

	312. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Quad Romb (ok), 22-Май-23, 12:34
	>> Про его издержки конвейра со спекуляцией тут уже все осведомились. >> В том виде, в котором он есть, про безопасные архитектуры можно забыть - и Вы это знаете. > Поскольку in vitro в лабораторных условиях с side channel не играюсь - > как-то абсолютно не интересно. Удобно, согласен. А вот некоторым организациям интересно, чтобы у них ин виво это не происходило. Ну, да это их проблемы, верно?
	Ответить | Правка | Наверх | Cообщить модератору

	375. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Tron is Whistling (?), 23-Май-23, 08:24
	> А вот некоторым организациям интересно, чтобы у них ин виво это не происходило. In vivo шанс эксплуатации спектров - около 0. Интересно разве что каким-либо DoD, и да - это их проблемы.
	Ответить | Правка | Наверх | Cообщить модератору

	376. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Tron is Whistling (?), 23-Май-23, 08:25
	Смотри, на улице можно оступиться, упасть, и сломать себе хвост. Как часто это происходит? Будешь каждый день снижать скорость хода до шага в минуту и обвязываться матрасами ради исключения такой вероятности?
	Ответить | Правка | Наверх | Cообщить модератору

	394. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	–1 +/–
	Сообщение от Quad Romb (ok), 23-Май-23, 15:02
	> Смотри, на улице можно оступиться, упасть, и сломать себе хвост. > Как часто это происходит? > Будешь каждый день снижать скорость хода до шага в минуту и обвязываться > матрасами ради исключения такой вероятности? Вы же не ходите по улице. Вы же сидите в лаборатории и перекладываете пробирки в интвитро режиме. С Ваших, подчёркиваю, слов. Понятное дело, что Вашему-то хвосту ничего не угрожает. Но везёт так далеко не всем, знаете ли.
	Ответить | Правка | К родителю #376 | Наверх | Cообщить модератору

	399. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Tron is Whistling (?), 23-Май-23, 18:18
	> Вы же сидите в лаборатории и перекладываете пробирки в интвитро режиме. > С Ваших, подчёркиваю, слов. Я бы это, апдейт парсеру сообщений поставил в вашем случае.
	Ответить | Правка | К родителю #394 | Наверх | Cообщить модератору

	401. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Quad Romb (ok), 23-Май-23, 19:14
	Апдейт - это штука, наверное, полезная. Но не имеющая никакого отношению к тому, что если Вас безопасность не интересует - то она не должна интересовать и кого-то еще.
	Ответить | Правка | К родителю #399 | Наверх | Cообщить модератору

	425. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Аноним (-), 24-Май-23, 23:33
	> DSP и generalized CPU - совершенно разные вещи. И даже там AMD задолбался и сделал для GPGPU нечто более похожее на обычный проц. Потому что VLIW в чистом виде - достаточно мучителен и обладает специфичными проблемами. Особенно прикольно что любое изменение микроархитектуры "бэкэнда" переклинивает все ABI потому что фронтэнда же вообще нет и это проблемы програмера сразу. Ну или кого там - если ABI отъехало то весь код надо пересобирать, от и до.
	Ответить | Правка | К родителю #230 | Наверх | Cообщить модератору

	426. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Tron is Whistling (?), 24-Май-23, 23:40
	Скорее из-за того, что у GPU объём L1I минимальный (32k/4CU в GCN например), да, треды часто одно и то же выполняют, но L1I при этом должен быть очень шустрым. А так всё равно всё через драйвер транслируется, между моделями код всё равно толком не совместим, т.е. в этом плане можно что угодно городить.
	Ответить | Правка | Наверх | Cообщить модератору

	242. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+1 +/–
	Сообщение от Аноним (242), 21-Май-23, 20:15
	Transmeta это компания, где долгое время платили зарплату Линусу.
	Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

	245. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	–1 +/–
	Сообщение от пох. (?), 21-Май-23, 20:24
	> Transmeta это компания, где долгое время платили зарплату Линусу. а потом обанкротились ;-) Но помимо этих сведений, которые знает каждый пингвиноид, у них был еще ан...нетный процессор. Ну оооочень странный. Нивзлетело, да и не должно было. Отдельно забавно что линукс на них толком никогда не работал.
	Ответить | Правка | Наверх | Cообщить модератору

	317. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+1 +/–
	Сообщение от _kp (ok), 22-Май-23, 12:49
	> у них был еще ан...нетный процессор. Ну оооочень странный. Нивзлетело У Трансметы был, на своё время перспективно выглядящий (на то время) процессор - VLIW  с эмулятором intel кода. Плюс, тогда была свободна ниша низкопотребляющих процессоров, которую можно было занять. Народ следил с интересом и ждал. Ни что не предвещало беды. Но, как водится с VLIW, производительность подкачала, с экономичностью тоже чуда не произошло, а деньги потрачены. Баловстово  с VLIW пока всегда заканчивалось печально.
	Ответить | Правка | Наверх | Cообщить модератору

	495. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Chromium (ok), 01-Июн-23, 21:43
	Itanium не имеет ничего общего с Эльбрусом, кроме того, что оба процессора используют VLIW-архитектуру. Itanium - это совместный продукт Intel и HP, который реализует архитектуру IA-64. Это совершенно другая архитектура, чем x86_64, которая является расширением x86 для поддержки 64-битных адресов и регистров. Itanium не совместим с x86_64 и требует специальных компиляторов и операционных систем. ¹² Я упомянул Itanium в связи с новостью о x86S, потому что это был ещё один пример того, как Intel пыталась создать новую архитектуру для серверов и высокопроизводительных систем, но не смогла конкурировать с x86-64 от AMD и своих собственных Xeon. Itanium обещал высокую параллельность и производительность за счёт VLIW-инструкций и большого количества регистров, но столкнулся с проблемами в маркетинге, техническими сложностями и низкой поддержкой со стороны разработчиков ПО. ¹³ Источники: (1) Itanium - Wikipedia. https://en.wikipedia.org/wiki/Itanium. (2) Itanium — Википедия. https://ru.wikipedia.org/wiki/Itanium. (3) Itanium – Wikipédia, a enciclopédia livre. https://pt.wikipedia.org/wiki/Itanium.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	177. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Аноним (174), 21-Май-23, 12:31
	В 2000-х наверное VLIW мог бы взлететь, сейчас нет, из-за вездесущего JIT.  Теперь почит все компилиться в бинарники на лету, от JavaScript в браузерах до "шейдеров" видеокарт.   У VLIW очень сложные компиляторы, да и сами процессоры компилируют код медленно потому как сильно не любят ветвлений.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	197. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+1 +/–
	Сообщение от Tron is Whistling (?), 21-Май-23, 13:45
	Основная фигня упирается в то, что условные инструкции, в т.ч. ветвления, нормально не распараллелить - не известны данные, которые придут.
	Ответить | Правка | Наверх | Cообщить модератору

	219. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от FF (?), 21-Май-23, 17:13
	да. Но и то же самое можно сказать вебмакакам и прочим пожирателям тактов: большое кол-во ядер еще нужно суметь задействовать и не везде это возможно.
	Ответить | Правка | Наверх | Cообщить модератору

	232. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+2 +/–
	Сообщение от Tron is Whistling (?), 21-Май-23, 19:13
	Ну вот VLIW и есть то самое большое число блоков, которое хз чем занять. На этапе статической оптимизации мы не имеем данных, а значит всё неизвестное придётся упаковывать позже.
	Ответить | Правка | Наверх | Cообщить модератору

	263. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+1 +/–
	Сообщение от FF (?), 21-Май-23, 23:32
	из VLIW можно сделать хороший DSP хотя бы под конкретный алгоритм
	Ответить | Правка | Наверх | Cообщить модератору

	305. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Брат Анон (ok), 22-Май-23, 10:30
	Можно. Ну случай слишком специфичный. И случаев таких не так уж много. Лучше много маленьких ядер тупых и быстрых, чем одно большое и сложное. Выживают всегда более мелкие.
	Ответить | Правка | Наверх | Cообщить модератору

	400. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Tron is Whistling (?), 23-Май-23, 18:19
	DSP - это DSP. В тех же GPU VLIW вполне может зайти. Но проц общего назначения - это другое (tm)
	Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

	432. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Аноним (432), 25-Май-23, 11:46
	> В тех же GPU VLIW вполне может зайти. Для игровоых GPU не может. Лет 5 назад игры еще компилили шейдеры при первом запуске (10 минут загрузки), а теперь они это делают на лету, прямо во время игр. Из-за этого на свободных дравах в Linux раньше были лаги при первом запуске игр (пока дисковый кеш шейдеров не заполнится уже скомпилированными шейдерами). Потом Steam разработала замену LLVM компилятора -- ACO. Он компилировал намного быстрее и лаги почти исчезли, теперь еще Vulakan доработали и по бенчмаркам вообще все хорошо стало.   Короче, теперь компиляторы шейдеов работают прямо во время исполнения игр, логика вызова компиляции шедеров находится в игровых бинарниках, а значит компилятор не может работать медленно. VLIW упращает IC но кучу сложности переносит в компиляторы, компиляция VLIW намного дороже. Короче VLIW для игровых GPU вроде как не актуален, либо культура разработки должна поменяться.
	Ответить | Правка | Наверх | Cообщить модератору

	433. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+1 +/–
	Сообщение от Аноним (-), 25-Май-23, 20:16
	> В тех же GPU VLIW вполне может зайти. Да даже там AMD задолбался. Так вместо VLIW стал GCN. Более похожий на обычный проц. Потому что пошла мода на GPGPU и с VLIW "generic" акселерация вычислений - ну вы поняли. Конечно кому сильно надо было (майнеры, etc) чуть не hex-эдитором эффективный поток команд генерили, и там было относительно прилично. Но их таких вообще сколько так смогло? Аж штук пять проектов с кастомными "compute kernel"? > Но проц общего назначения - это другое (tm) GPU нынче тоже видите ли больше "акселератор общего назначения". Супермассовый, суперпараллельный SIMD, или типа того.
	Ответить | Правка | К родителю #400 | Наверх | Cообщить модератору

	436. "Intel развивает упрощённую архитектуру x86S, работающую толь..."	+/–
	Сообщение от Tron is Whistling (?), 25-Май-23, 22:19
	> с VLIW "generic" акселерация вычислений - ну вы поняли Да, тут можно не объяснять :) Спекулятивки правда в GPGPU пока нет, но можно ожидать.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема