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

"Intel развивает упрощённую архитектуру x86S, работающую только в 64-разрядном режиме"	+/–
Сообщение от opennews (?), 20-Май-23, 21:03
Компания Intel представила упрощённую процессорную архитектуру x86S (x86 Simplification), реализующую только 64-разрядный режим и избавленную от поддержки устаревших концепций. Поддержка 16- и 32-разрядных операционных систем в x86S  прекращена, но их можно будет запускаться при помощи виртуализации. Возможность запуска 32-разрядных приложений в окружении 64-разрядной ОС сохранится... Подробнее: https://www.opennet.me/opennews/art.shtml?num=59164
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от kusb (?), 20-Май-23, 21:03	–7 +/–
Dos будет портирован на 64 бита и совместимость со всеми программами нарушится. Но всё равно никто не использует DOS. А вот страрые программы будут работать через трансляцию? Насколько это упростит и поможет?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #48, #147, #319

2. Сообщение от Аноним (2), 20-Май-23, 21:08	+10 +/–
32-битные программы работать будут, 16-битные нет, но их по сути никто уже нативно и не запускает со времён 2000/XP и NTVDM.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #6, #32, #149

3. Сообщение от ИмяХ (?), 20-Май-23, 21:15	–16 +/–
Опять заново изобрели IA64
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40, #57

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

6. Сообщение от Аноним (6), 20-Май-23, 21:18	+5 +/–
> 16-битные нет Они и сейчас не работают если взять какую-то семёрку или десятку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #8, #93, #136

7. Сообщение от Аноним (7), 20-Май-23, 21:18	+/–
Когда уже появятся 128 разрядные компы?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #14, #37, #65, #83

8. Сообщение от kusb (?), 20-Май-23, 21:19	+/–
32 разрядную?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #16

9. Сообщение от kusb (?), 20-Май-23, 21:20	+4 +/–
Когда надо будет это адресовать, наверное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #184, #241

10. Сообщение от Dzen Python (ok), 20-Май-23, 21:24	–3 +/–
А как же святая скрепа интел-мира - ОБРАТНАЯ СОВМЕСТИМОСТЬ? Что же скажуть УВАЖАЕМЫЕ КОРПОРАТИВНЫЕ КЛИЕНТЫ с аппами на коболе? Не из-за этого же похоронили итаниум, не? Или они необучаемые, или одно из двух.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #15, #25, #42

11. Сообщение от Атон (?), 20-Май-23, 21:27	+/–
Они выкинули 2/3 ядра процессора, это значит энергопотребление снизится пропорционально?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #128

12. Сообщение от Аноним (12), 20-Май-23, 21:27	+/–
Одно из трех.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

13. Сообщение от Атон (?), 20-Май-23, 21:28	+/–
Они выкинули 2/3 ядра процессора, это значит цена снизится на 2/3, за счет сокращения количества транзисторов и отчислений за устарелые патенты?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21, #23, #28, #372

14. Сообщение от ИмяХ (?), 20-Май-23, 21:28	–4 +/–
Уже давно есть даже 512 битные. Гугли SSE и AVX
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #20, #96

15. Сообщение от пох. (?), 20-Май-23, 21:28	+2 +/–
как запускали в виртуалках, так и дальше будут. Ахиллесова пята итаника была не в том что они там напрямую не запускались, а в том что он и виртуализацию не умел. Но и это только вторично - первично что компиляторы для него у интела не получились, а MS было неинтересно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #155, #207

16. Сообщение от Аноним (16), 20-Май-23, 21:29	+3 +/–
> 32 разрядную? А вот про это не могу сказать. Не приходилось использовать 32 разрядные семерки и десятки. Но здравый смысл подсказывает что предел для 32 разрядных систем - ХПшка. Хотя даже ХПшку я использовал 64 разрядную, как только появился в наличии 4 пень такой с поддержкой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #60, #162

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

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

19. Сообщение от Аноним (19), 20-Май-23, 21:34	+2 +/–
Тебе бы матчать подучить. Чтобы не задавать мудатские вопросы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

20. Сообщение от Ivan_83 (ok), 20-Май-23, 21:34	+6 +/–
Вы бы сами погуглили для начала. Когда дело доходит до работы с 256 регистрами то быстро выясняется что они в лучшем случае обрабатываются как 4 регистра по 64 бита, те если нужно сложение/умножение/сдвиг и прочее то это не одна инструкция а набор который обрабатывает переход через границу 64 бита.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

21. Сообщение от хрю (?), 20-Май-23, 21:34	+12 +/–
Нет это значит цены вырастет на 3/2.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

23. Сообщение от Ivan_83 (ok), 20-Май-23, 21:37	–1 +/–
Нет. Это значит что бивисо писателям станет жить легче уже сейчас. Всем остальным лет через 10-15, когда скажут что совместимость со старьём мы больше не поддерживаем и выкинут из загрузчиков и из ОС поддержку старья. Возможно будет прирост производительности в пределах 10% из за упрощения декодера и ещё чего то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #67, #154, #165

24. Сообщение от шмякшмяк (?), 20-Май-23, 21:38	+/–
По цене дешевле АРМ будет?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31, #278

25. Сообщение от Аноним (25), 20-Май-23, 21:38	+/–
На продажи Интела посмотри за последние овердофига лет. Даже закон Мура уже много лет не выполняется. А это была маркетинговая основа Интела. Пора сбрасывать этот баласт и это делает невидимая рука рынка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #172

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

27. Сообщение от Zenitur (ok), 20-Май-23, 21:46	–1 +/–
Они Итаниум переизобрели?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30, #224

28. Сообщение от Аноним (26), 20-Май-23, 21:52	–1 +/–
То, что они выкинули - это тысячная часть, а то и меньше. Все эти устаревшие режимы давно реализованы по остаточному принципу. По большей части, это упрощение жизни для писателей современных ОС и BIOS. > отчислений за устарелые патенты? Отчислений самим себе, разве что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #66

30. Сообщение от Аноним (25), 20-Май-23, 21:54	+/–
Просто они пытаются наконец все сделать правильно. Посмотрим что у них получится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #50, #157

31. Сообщение от Аноним (25), 20-Май-23, 21:54	+/–
Интел могли бы уже и свою RISC архитектуру сделать давно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #71, #84

32. Сообщение от Аноним (32), 20-Май-23, 21:56	+5 +/–
> их по сути никто уже нативно и не запускает со времён Полно ещё профессионального и промышленного софта который написан под Win 3.x
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #35, #41, #304, #309

35. Сообщение от Аноним (35), 20-Май-23, 22:07	+3 +/–
Он продолжит работать на тех утюгах на которых работает, никому в голову не придет ставить туда современный процессор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #238

37. Сообщение от FSA (??), 20-Май-23, 22:10	+3 +/–
> Когда уже появятся 128 разрядные компы? Примерно когда появится IPv7 или другой номер, если будет 7 занято, как было с IPv5. Номер 5 уже был занят в заголовке в другом RFC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #72

39. Сообщение от Анонимдоброжелатель (?), 20-Май-23, 22:13	+/–
Вопрос к сведущим, если такие внезапно оказались на сайте: это сильно поможет программистам? Скажется ли подобное упрощение положительно на производительности из-за отсутствия нужды переходить в 32-битный режим работы?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #47, #56, #88, #175

40. Сообщение от Аноним (40), 20-Май-23, 22:15	+24 +/–
Нет. IA64 была совсем другой архитектурой По теме: НАКОНЕЦ-ТО!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

41. Сообщение от pda0 (?), 20-Май-23, 22:16	–3 +/–
Только рассчитаны они на столь слабые процессоры, что их можно в эмуляции запускать. В ReactOS 64-бит так сейчас DOS программы работают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

42. Сообщение от Аноним (42), 20-Май-23, 22:19	+1 +/–
корпоративные клиенты с аппами на коболе сидят на IBM System/Z
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #54

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

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

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

47. Сообщение от Аноним (47), 20-Май-23, 22:32	+7 +/–
99.9% программистов на это наплевать. Они всё равно используют готовые компиляторы и операционные системы. По большому счёту, современному программисту абсолютно всё равно, компилировать под Интел, АРМ, PowerPC или Эльбрус. Немного повлияет на писателей BIOS и загрузчиков ОС.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #74

48. Сообщение от username (??), 20-Май-23, 22:33	+1 +/–
Для старых программ используй старые процессоры
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

50. Сообщение от Zenitur (ok), 20-Май-23, 22:35	+/–
> Просто они пытаются наконец все сделать правильно. Посмотрим что у них получится. Идеальные процессоры уже были, и они не стали коммерчески успешными. Когда появился Athlon 64, прирост в 5-10% при использовании тяжёлых приложений, вроде Maya и Nuke, обеспечивался даже без правки кода. Чисто засчёт использования регистров большего размера. Но специалисты в то время сказали, что прирост мог бы стать выше, если бы решили прекращать совместимость с 32 бит. Но такой процессор уже был, и это был Итаниум. Там совместимость с 32 бит дропнули на аппаратном уровне. Он мог бы "взлететь", если бы AMD64 не появился. Когда в какой-то момент пользователя уже прижмёт ограничение в 4 Гб ОЗУ. Однако вышел Athlon 64. И рынок выбрал его.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #52, #53, #146

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

52. Сообщение от Аноним (25), 20-Май-23, 22:41	+/–
Так тогда интел и сделали всё неправильно. И Итаниум не мог взлетел его не туда позиционировали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #55

53. Сообщение от Джон Вик (?), 20-Май-23, 22:41	+/–
А как же Apple Silicon...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

54. Сообщение от Аноним (25), 20-Май-23, 22:43	+/–
Айбиэмовский компилятор кобола самый трушный. Только дома не нём не по программируешь вот программисты и закончились.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

55. Сообщение от Zenitur (ok), 20-Май-23, 22:43	+/–
> Так тогда интел и сделали всё неправильно. И Итаниум не мог взлетел > его не туда позиционировали. ИМХО, если бы AMD не выпустили свой 64-битный процессор - время Итаниума рано или поздно пришло бы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #148

56. Сообщение от Анониссимус (?), 20-Май-23, 22:43	+2 +/–
Например, груб запускается в 16-битном режиме. НУ придётся переписать на 64 бита. А для чего ещё может понадобиться 16 бит -- даже не знаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #109

57. Сообщение от AleksK (ok), 20-Май-23, 22:44	+18 +/–
IA64 это VLIW и не имеет никакого отношения ни x86 ни к x86_64
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #164

60. Сообщение от Аноним (60), 20-Май-23, 22:45	+/–
> Хотя даже ХПшку я использовал 64 разрядную, как только появился в наличии 4 пень С ОЗУ в те времена было вроде не очень. 4 гига - предел мечтаний. Хотя могу и ошибаться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #68, #85, #218, #236, #360

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

65. Сообщение от mikhailnov (ok), 20-Май-23, 22:48	+/–
Эльбрусы в "защищенном режиме" 128-битные. Уже сейчас.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #95, #132, #324

66. Сообщение от Атон (?), 20-Май-23, 22:51	–1 +/–
> То, что они выкинули - это тысячная часть, а то и меньше. > Все эти устаревшие режимы давно реализованы по остаточному принципу. По большей > части, это упрощение жизни для писателей современных ОС и BIOS. >> отчислений за устарелые патенты? > Отчислений самим себе, разве что. В пентиумах  3, 4, Core и современные примерно 2/5 состоит из патентов сторонних компаний. 1/3 патенты АМД, и еще немножка патенты других компаний. Часть лицензионных платежей удалось сократить скупив и поглотив сторонние компании, часть как с АМД - взаимно "обменяться патентами" с правом пользоваться без роялити.  при этом за некоторые патенты, которые АМД получила путем поглощения иных компаний, intel им "отстегивает". Отказ от 16/32 битного легаси не иллюзорно сократит патентную нагрузку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #81, #173, #181, #254, #462

67. Сообщение от Аноним (60), 20-Май-23, 22:52	+/–
Это простор для написания нового 64-битного кода во всем. Покупателям это еще придется раскошелиться и на софт, если они использовали 32-х битный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #90

68. Сообщение от Аноним (68), 20-Май-23, 22:55	+3 +/–
> 4 гига - предел мечтаний. Я со вторым пнём и 512MB спокойно жил и не знал трудностей где-то до 2011 года, пока сайты вдруг не начали тяжелеть в геометрической прогрессии. 4 пень для меня, школьника а затем нищего студента, был пределом мечтаний, не говоря уж о "запредельном объёме" памяти более 1 гига))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #76, #86

71. Сообщение от Атон (?), 20-Май-23, 23:00	+/–
> Интел могли бы уже и свою RISC архитектуру сделать давно. i960 ? Pathfinder ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

72. Сообщение от kusb (?), 20-Май-23, 23:03	+/–
Никогда не понимал про ipv1 ipv2 ipv5
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

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

74. Сообщение от kusb (?), 20-Май-23, 23:05	+/–
Есть косвенные эффекты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #138

76. Сообщение от Аноним (60), 20-Май-23, 23:10	+/–
Этот новый проц вновь поставит вопрос "память или такты" Под булеву переменную 64 бита даешь! )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #417

77. Сообщение от Аноним (60), 20-Май-23, 23:12	+/–
Люди охладели к 64-х гиговым модулям памяти. Надо подстегнуть.
Ответить | Правка | Наверх | Cообщить модератору

78. Сообщение от Аноним (60), 20-Май-23, 23:15	+2 +/–
ИИ выдал ТЗ: зачем мне заморачиваться в 16 и 32 битных клетках. Мне нужен простор без преград.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #91

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

81. Сообщение от Аноним (81), 20-Май-23, 23:22	+3 +/–
Там самый прикол был, что патентом на Hyperthreading владела AMD. https://patents.google.com/patent/US5944816
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #137

83. Сообщение от Аноним (83), 20-Май-23, 23:41	–1 +/–
Берешь ПЛИС, берешь спецификацию RISC-V в частности RV128I добавляешь к этой базе все нужные расширения и не забываешь про расширение Q которое позволяет работать с 128 битными числами с плавающей запятой. Потом пишешь софтовое ядро вот с этим всем для плис и вот он 128 битный процессор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #99

84. Сообщение от Аноним (83), 20-Май-23, 23:44	+3 +/–
У них и так все процессоры это RISC, но прикрытые эмулятором x86
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #183

85. Сообщение от Ivan_83 (ok), 20-Май-23, 23:48	+7 +/–
ХР появилась в 2002 году вроде или 2003 весной. Тогда было много п3 с 64-256 мб озу, но были и П4 уже. Вылизанная ХР32 потребляла после загрузки 96-128мб озу, и на 256мб+ ей жилось неплохо. В п3 вставало до 512/768мб в зависимости от чипсета. 4+ гига это более менее массово началось после коредуо, те 2008+ год, до того у совсем энтузиастов, хотя всякие жмоты и в 2015 году жили на 1-2 гб оперативы. Ставить ХР64 - большая глупость, когда можно было поставить 2к3х64 и не иметь никаких проблем вообще, да ещё и поддержку GPT получить и всякие зеркала софтварные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #89, #257, #284

86. Сообщение от Ivan_83 (ok), 20-Май-23, 23:54	–1 +/–
Мне в 2007 году перестало хватать п3-1100@1466 с 512 оперативы. Началось с моника на 23 - пришлось видяху новую ставить, и мышку, а потом я скачал рип 720р и не смог посмотреть - это был приговор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #87

87. Сообщение от Аноним (87), 21-Май-23, 00:03	+/–
> Мне в 2007 году перестало хватать п3-1100@1466 с 512 оперативы. Чем вы таким занимались что этого перестало хватать? На этой конфигурации и сейчас можно не просто выживать, а ещё и работать, если поставить какой-нибудь антикс линукс. > рип 720р и не смог посмотреть Похоже вы батенька фантазёр, 720p даже на первых пнях БЕЗ mmx играло, если видюха умела в аппаратный декодинг (а они почти все умели).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #92, #217, #310, #418

88. Сообщение от Аноним (46), 21-Май-23, 00:05	+1 +/–
> это сильно поможет программистам Только некоторым системщикам и то не сильно. Смогут костыли убрать, grub сможет похудеть, учиться будет проще. > Скажется ли подобное упрощение положительно на производительности из-за отсутствия нужды переходить в 32-битный режим работы? Включение станет чуть быстрее, но скорее всего вы этого не заметите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

89. Сообщение от Аноним (87), 21-Май-23, 00:05	–1 +/–
> поддержку GPT получить Нафуя? Тогда диски были 20-40 гигов в среднем. И поголовно в fat32 чтобы ресурсы не тратить на ntfs потому что ntfs нафиг не нужна на домашнем компе. Я даже сейчас не знаю зачем нужно GPT если это не сервер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #94, #105

90. Сообщение от Ivan_83 (ok), 21-Май-23, 00:15	–2 +/–
Написано же: х32 приложения продолжат работать, а всякие х32 и х16 ОС гоняйте теперь в виртуалках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #129

91. Сообщение от чатжпт (?), 21-Май-23, 00:15	–1 +/–
он не работает на cpu
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #135

92. Сообщение от Ivan_83 (ok), 21-Май-23, 00:19	–1 +/–
Компеляторв вижалстудии долго собирал, и кино в 720р не крутило. Поди найди видяху с AGP и аппаратным h.264, или ты DivX аппаратный где то видел?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

93. Сообщение от X512 (?), 21-Май-23, 00:21	+/–
Работают через сторонний софт WineVDM (https://github.com/otya128/winevdm).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

94. Сообщение от Ivan_83 (ok), 21-Май-23, 00:22	–1 +/–
Использовать FAT32 на ХР - огромная глупость. 40гб диски были в 2003-5 годах, к 2007-8 они уже переросли MBR. GPT нынче везде, кроме странных лудитов, и она банально удобнее и понятнее чем мбр.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #102, #163

95. Сообщение от Ivan_83 (ok), 21-Май-23, 00:25	–4 +/–
Где!? На амазоне нет, на ебее нет, на алишке тоже нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #133, #220, #222, #366

96. Сообщение от Аноним (96), 21-Май-23, 00:36	+8 +/–
128-битными CPU считаются, когда у них РОНы 128-битные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

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

99. Сообщение от Аноним (96), 21-Май-23, 00:47	+2 +/–
Fabrice Bellard сделал софтовый эмулятор RV128IMAFDQC https://bellard.org/tinyemu/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

102. Сообщение от Аноним (102), 21-Май-23, 00:54	+/–
> огромная глупость Писать подобные комменты будучи на айтишном сайте. > лудитов Ты ошибся сайтом, тебе к клоунам и петросянам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #108

103. Сообщение от Аноним (96), 21-Май-23, 00:55	+2 +/–
И не слова о том, как они учли свои прошлые промахи с Meltdown и Spectre.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #139

105. Сообщение от Аноним (105), 21-Май-23, 00:58	+/–
Для дисков больше 2TB, для легаси MBR это максимальный лимит. А дисков сейчас много и до 20TB.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

108. Сообщение от Ivan_83 (ok), 21-Май-23, 01:08	–2 +/–
На FAT32 сидели дурачки, которые сидели под админом и им было пофик что можно случайно снести систему неловким движением мышки в проводнике. Про всякие вирусы я молчу. Активно пересаживал всех клиентов на ХР под обычного юзера, естессно на NTFS и оно работало у людей годами, и даже без всяких антивирусов с небольшим подтягиванием гаек в реестре (локальная политика безопасности) никакой гадости не разводилось. Не знаю что вы там на своём FAT32 наэкономили, когда я отключал всё ненужное и получал после бута 128мб оперативы занятой системой. И отдельно отмечу что NTFS был просто шикарен после FAT32 которому после каждого хард ребута нужна была проверка, можно сказать что он был неубиваемым из коробки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #209, #307

109. Сообщение от edo (ok), 21-Май-23, 01:27	+5 +/–
Нет, на системах с efi grub НЕ работает в 16-битном режиме. Явно на новых процессорах загрузка в режиме legacy не будет подерживаться, останется только uefi.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

110. Сообщение от Ананоним (?), 21-Май-23, 01:34	+/–
Наши процессоры быольше не тормозят на ваших 32-битных программах с 2 Гигабайтами данных? Ну они точно затормозят на only-64-битных с 2 Терабайтами данных :)
Ответить | Правка | Наверх | Cообщить модератору

111. Сообщение от name (??), 21-Май-23, 02:37	+1 +/–
Годно, как раз под Gentoo nomultilib.
Ответить | Правка | Наверх | Cообщить модератору

112. Сообщение от Аноним (112), 21-Май-23, 02:54	+/–
Всё 32 и 16 битное старые можно вполне запускать в эмуляторе, оно уровня пентиум 2 максимум, когда 256 мегабайт памяти хватало всем, а сейчас новый комп меньше чем с 32 гигами покупать смысла нет
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #167

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

127. Сообщение от Alex (??), 21-Май-23, 06:16	+/–
А в сторону 128 битных процессоров они пока не смотрят!?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #190

128. Сообщение от n00by (ok), 21-Май-23, 06:22	–1 +/–
Они выкинули 0,01% ядра. Поэтому правильный вопрос: а зачем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

129. Сообщение от n00by (ok), 21-Май-23, 06:29	–5 +/–
х32 приложения никогда толком и не работали. 32-х разрядная архитектура официально именуется IA32. х32 называли 64-х битный режим с указателями размером 32 бита. 64-х битный режим изобрела AMD, соответственно называется он AMD64. Intel-ам это очень не нравится, они придумали IA32-EMT64, "сообщество" сошлось на компромиссе - x64. Вся эта затея больше про переименовывание, видимо AMD их немножко двигает на рынке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #316

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

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

132. Сообщение от n00by (ok), 21-Май-23, 06:40	–1 +/–
> Эльбрусы в "защищенном режиме" 128-битные. Уже сейчас. Кто допустил этого программиста на баш до разработки операционных систем и почему эти люди ещё на свободе? """ В архитектуре E2K представлен сверхбольшой файл регистров. Все регистры E2K являются универсальными и могут содержать как целочисленные данные, так и числа с плавающей запятой. Всего имеется 256 регистров длиной по 64 разряда каждый. В E2K есть два почти симметричных кластера, каждый из которых содержит по 256 регистров. """ >> регистров длиной по 64 разряда 64 разряда - это 64 бита, если выражаться на твоей мове.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #434

133. Сообщение от n00by (ok), 21-Май-23, 06:45	–4 +/–
У того разработчика ОС много интересных гипотез, например, #define в языке Си объявляет переменную.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

134. Сообщение от Аноним (134), 21-Май-23, 07:13	–1 +/–
Скорее интеловская Transmeta
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #141

135. Сообщение от Аноним (136), 21-Май-23, 09:20	+/–
Прекрасно работает, погуглите llama.cpp
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #186

136. Сообщение от Аноним (136), 21-Май-23, 09:21	+/–
В 32-х битных Windows 7 и Windows 10 работают
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

137. Сообщение от Атон (?), 21-Май-23, 09:22	+/–
> Там самый прикол был, что патентом на Hyperthreading владела AMD. > https://patents.google.com/patent/US5944816 Это самое известное. Знакомое хомячкам слово, которое они где-то встречали в рекламе. В процессоре под крышечкой много патентов, но незнакомые названия ничего не говорят широкой публике.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

138. Сообщение от Атон (?), 21-Май-23, 09:23	+/–
> Есть косвенные эффекты. для программистов на Pyton PHP perl 1c?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

139. Сообщение от Атон (?), 21-Май-23, 09:25	+/–
> И не слова о том, как они учли свои прошлые промахи с > Meltdown и Spectre. Учли.  Новые фичи будут тщательнее скрываться от неквалифицированной публики.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #145

140. Сообщение от Аноним (148), 21-Май-23, 09:28	+2 +/–
Не прошло и 20 лет. Совместимость им, блдЪ, мешала. Ну так выпускали бы две архитектуры, одну для совместимости со старым "бизнес" софтом и новую. Армы и итаники отдельно осилили, а отдельную линию для 64бит онли - не смогли, ага. И биосу заранее надо было заранее альтернативу сделать. А сейчас петух реально клюнул, от армов, амуде и прочих рисков, засуетились. Поздновато.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #161, #191, #234

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

142. Сообщение от Аноним (148), 21-Май-23, 09:31	+1 +/–
И как всегда, старое гуано с кешем в новую обертку занесут. Штеуд, ёп.
Ответить | Правка | Наверх | Cообщить модератору

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

144. Сообщение от Аноним (148), 21-Май-23, 09:34	–1 +/–
И как обычно, переключение контекста опять дорогое по выполнению получится. Что они там эстонское курят, интересно.
Ответить | Правка | Наверх | Cообщить модератору

145. Сообщение от Аноним (148), 21-Май-23, 09:36	+/–
И проц самостоятельно в фоне будет обновлять микрокод, ага. Ну чтобы пользователи не сильно переживали. Меньше знаешь - больше прибыль производителю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #166, #168, #329

146. Сообщение от Аноним (148), 21-Май-23, 09:44	–2 +/–
>Идеальные процессоры уже были, и они не стали коммерчески успешными. Про SPARC64 ты, наверное, не в курсе? Не идеал, но получше x86 тормозинтела. Кстати, можно было по лицензии выпускать, но интелу прибыль важнее, если их выпердыши с 8086 совместимостью покупают, зачем делать лучше. Любой самый современный x86_64 до сих пор умеет реальный режим 16bit, нафейхуа?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #185, #323, #423

147. Сообщение от Андрей (??), 21-Май-23, 09:45	+1 +/–
ВЫ видимо win9x/me не застали с её таблицей совместимости с dos-программами :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #322

148. Сообщение от Аноним (148), 21-Май-23, 09:46	+2 +/–
Нет, не пришло бы. Итаник - мертворожденный проект.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #358

149. Сообщение от Tron is Whistling (?), 21-Май-23, 09:55	+/–
Не будут > Прекращение ... и возможности переопределения размера адреса
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

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

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

152. Сообщение от Аноним (148), 21-Май-23, 10:00	–2 +/–
Только системная архитектура IBM PC никуда не делась, со всей стародревней фигней типа системы прерываний, говношин PCI* и идиотской(в сравнении с другими архитектурами) реализацией защищенного режима. В какие материнки будут ставить это "новое"? Не взлетит, системные "гири" от старой архитектуры никуда не денутся.
Ответить | Правка | Наверх | Cообщить модератору

153. Сообщение от Tron is Whistling (?), 21-Май-23, 10:00	–1 +/–
На самом деле да, можно упростить, но выигрыш это даст только в плане сложности транслятора, т.е. это удешевление производства скорее. Никаких особых выигрышей для юзера сие не несёт.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #156

154. Сообщение от Tron is Whistling (?), 21-Май-23, 10:04	+1 +/–
Бивисописателям вообще фиолетово уже давно, с EFI начиная, потому что они прыгают в расширенный режим, и оттуда работают. Другое дело что приходится держать прослойку для легаси интов, но она как бы давным давно написана, и особых проблем уже ни у кого не вызывает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

155. Сообщение от Tron is Whistling (?), 21-Май-23, 10:06	+/–
Не, тут уже будет тяжелее, тут придётся старые приложения через QEMU гонять :), в режиме эмуляции CPU, со всеми вытекающими.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #169, #246

156. Сообщение от Tron is Whistling (?), 21-Май-23, 10:16	–1 +/–
И да, у этой фигни будет одна малюсенькая проблема - совместимость с оборудованием. Часть оборудования включает в себя собственные биосы / модули EFI, не все из которых смогу работать на упрощённом варианте CPU.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #259

157. Сообщение от Аноним (148), 21-Май-23, 10:29	+1 +/–
>Просто они пытаются наконец все сделать правильно. Ты с какой планеты? Интел и правильно - это нонсенс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

160. Сообщение от Аноним (160), 21-Май-23, 10:46	–1 +/–
Не нужно. Главный козырь x86 - совместимость. Потеряв совместимость ... ну есть же системы команд arm, riscv, mips, sparc, elbrus, где команды может и другие, но хотя-бы не такая помойка, как x86. Интелу просто надоело обеспечивать совместимость со старьём. Но проприетарная ISA, с legacy осталась и никуда не делась! Лучше бы новые камни делали с аппаратной поддержкой risc5 и wasm - больше толка бы было.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #170, #188, #194

161. Сообщение от Аноним (161), 21-Май-23, 11:02	+3 +/–
Ещё раз - камень без совместимости не взлетел бы. Ты можешь взять программу от Windows 3.1 и запустить на 11ке. Я я реально до сих пор использую несколько программ времён Windows 95. Проприетарных, но freeware, скачанных из web.archive.org. Они маленькие, свою работу делают, шпионов не содержат. При этом "современные" аналоги требуют оплату. И таких пользователей много. У кого диск с софтом к аппаратуре, у кого программа на бейсике, написанная давно уволенным человеком, и без исходников. Не говоря уже о тех, кто такие программы реверсит и переписывает с нуля - тем вообще аппаратная поддержка x86 жизненно необходимо. Есть куча геймеров, играющих в старые игры. Есть куча пользователей Office XP/2003. Обратная совместимость - это killer feature. Если бы её не было, то не было бы Винды - системы, созданной для того, чтобы * можно было установить ВСЕ НУЖНЫЕ ПОЛЬЗОВАТЕЛЮ ПРОГРАММЫ (а не только те, что есть в пакетах в канале портов для нужной архитектуры) и чтобы они РАБОТАЛИ; * можно было разрабатывать программы под систему, проприетарные, и продавать их, и чтобы их покупали, ибо чтобы покупающий был уверен: программа заработает и у него, и, что немаловажно, у его знакомых, друзей, клиентов и контрагентов (так что файлы, созданные этой программой они смогут о крыть). Вместо одной большой винды была бы куча пердольных экосистем, каждая со своим набором софта, и никакого будущего с AGI в 2023 году бы не было, потому что индустрия бы задерхалась в развитии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #266

162. Сообщение от Аноним (163), 21-Май-23, 11:12	–2 +/–
А смысл если большинство прогрпмм 32 разрядные?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #293

163. Сообщение от Аноним (163), 21-Май-23, 11:18	+/–
Для большинства пользлвателей что GPT что MBR монопенисуально потому что у большинства два раздела и дисков тоже штуки две максимум.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #318

164. Сообщение от fi (ok), 21-Май-23, 11:33	–13 +/–
IA64 самое прямое отношения к AMD64 — продавался как его альтернатива, пока не купили лицензию. то что он другой внутри - это лишние тех. детали )))) Более того, это был в девичестве P7 ))) его разработка шла с начала 90х. И да, у него была мода совместимости с IA32, чтоб совсем не остаться без СуперОС - ms windows Но не взлетел. Посмотрим на новое чудо - x86S
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #174, #179, #200, #221, #285

165. Сообщение от Аноним (163), 21-Май-23, 11:33	+/–
С нынешней частотой вфхода новых версий 10 лет слишком много.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

166. Сообщение от Аноним (163), 21-Май-23, 11:39	+1 +/–
По HTTP.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #239

167. Сообщение от Аноним (163), 21-Май-23, 11:42	+1 +/–
А как быть с играми? Сталкер или Half-life.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #187, #189, #279

168. Сообщение от Атон (?), 21-Май-23, 11:45	+/–
> И проц самостоятельно в фоне будет обновлять микрокод, ага. > Ну чтобы пользователи не сильно переживали. > Меньше знаешь - больше прибыль производителю. Не "будет" а "продолжит". в остальном всё верно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145

169. Сообщение от Аноним (-), 21-Май-23, 11:58	–1 +/–
Нет, не придётся. Читайте внимательнее. Старые ядра придётся гонять в режиме эмуляции. Приложениям придётся от некоторых инструкций отказаться, типа строковых, да от доступа к портам ввода/вывода (кто-то этим пользовался из ring-3?).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #192, #193, #201, #275

170. Сообщение от Аноним (163), 21-Май-23, 12:00	+4 +/–
Вэбщики должны исчезнуть вместе со своим WASM.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

171. Сообщение от Аноним (163), 21-Май-23, 12:02	+/–
А я думаю что всё у них получится в наш-то век повсеместного JavaScript и HTML.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #195

172. Сообщение от Аноним (-), 21-Май-23, 12:11	+/–
Продажи интела занимают десятки процентов рынка. AMD в какой-то момент единицы процентов имел, и это не помешало ему подняться вновь. Ты рано списываешь Intel со счетов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #176

173. Сообщение от Аноним (-), 21-Май-23, 12:14	+2 +/–
> Отказ от 16/32 битного легаси не иллюзорно сократит патентную нагрузку. 16-битное легаси давно вышло из под всех патентов по сроку годности. 32-х битное если не вышло, то скоро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

174. Сообщение от Аноним (174), 21-Май-23, 12:22	+8 +/–
IA64 был VLIW процессором, как нынешний "эльбрус". Совместимость с x86/IA32 была достигнута бинарной трансляцией, т.е. ассеблер x86 транслировался в инстукции IA64. Скорость исполнения таких бинарников была ужастной.   IA64 был расчитан на использование в серверах, потому наверное было пофиг на совместимость с Windows. Только пользователи из проприетраного мира Unix тоже были не рады проблем с IA64.  Бесшовной миграции не выходило. Нужно было перекомпилировать все под IA64, а значит найти исходники и иметь годные компиляторы под ADA, Module, PL, etc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

175. Сообщение от Аноним (-), 21-Май-23, 12:23	+/–
Нет и нет. Если ты будешь код под голое железо писать без ОС, то надо полагать тебе станет проще (со временем станет, когда в интернете накопится опыта как писать, которым можно дополнить документацию, разбираясь в нюансах). На производительности это вряд ли скажется. Может быть Intel количество транзисторов таким образом смог снизить, но это не повысит тактовую частоту или ещё что, может быть чуть больше ядер удастся впихнуть на кристалл или кеша добавить, но даже если это случится, вряд ли настолько чтобы быть заметным. Загрузка может стать чуть быстрее, но никто не заметит этого. Все эти заполнения таблиц страниц и переключения между режимами хоть и выглядят вечностью для выполняющегося кода, но это больше о том, что конвееры сбрасываются, кеш обнуляется и тп. Займёт это 10k тактов процессора, и чё? 10k тактов/гигагерц, это сколько в секундах? Это конечно же оценка +- порядок, но ты посчитай и прикинь: оно ни на что не влияет заметным образом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

176. Сообщение от Beta Version (ok), 21-Май-23, 12:28	+1 +/–
Вот только АМД единицы процентов имела тогда, когда Интел давил её антирыночными способами вроде подкупа торговых сетей и производителей готовых сборок, чтобы они не продавали/использовали процессоры АМД и/или никак их не рекламировали и не продвигали. Плюс откаты за закупку именно камней Интел. Плюс мощнейший маркетинг. При этом, АМД выпускала вполне годные процессоры и фразу "FX тащит" хоть в камне высекай. А что у Интела сейчас? Он сливается сугубо по техническим причинам, будучи неспособным создавать продукцию лучше, а зачастую даже на уровне конкурента. АМД как выпускала хорошие процессоры, так и выпускает, а Интел просаживается в качестве вместе с потерей рынка и рекордными убытками. У Интела ситуация совсем не та же, что у АМД десять лет назад.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172 Ответы: #216, #267

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

178. Сообщение от Аноним (178), 21-Май-23, 12:36	+/–
И ничего не меняется. Промышленный legacy-софт работает на таких же legacy-утюгах, где техпроцесс размером с кулак, а хомячок разницу не увидит.
Ответить | Правка | Наверх | Cообщить модератору

179. Сообщение от AleksK (ok), 21-Май-23, 12:44	+3 +/–
> IA64 самое прямое отношения к AMD64 — продавался как его альтернатива, пока > не купили лицензию. > то что он другой внутри - это лишние тех. детали )))) > Более того, это был в девичестве P7 ))) его разработка шла с > начала 90х. > И да, у него была мода совместимости с IA32, чтоб совсем не > остаться без СуперОС - ms windows Что за бредятина, IA64 это простые risc ядра c кучей регистров и VLIW, он не имеет никакого отношения x86 с его cisc ядрами. Они не совместимы вообще никак. Совместимость достигается двоичной трансляцией кода. И AMD не имеет никакого отношения ни к IA64 ни к VLIW.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

180. Сообщение от Аноним (180), 21-Май-23, 12:50	+/–
>  Прекращение поддержки доступа к портам ввода/вывода из 3 кольца защиты. Я далеко не знаток, конечно, дилетант скорее, но возник вопрос. Это что, микроядерные ОС типа QNX, у которых в нулевом кольце только микроядро, сильно ограниченное базовым функционалом, а драйвера в юзерспейсе (кольцо 3), печально уходят вдаль и машут нам ручкой? Ведь для них, наверное, доступ к I/O из юзерспейса должно быть фундаментальным требованием. К примеру, всё что можно было накрутить вокруг семейства микроядер L4 (очередную "ОС на коленке") теперь будет курить бамбук? Иначе что это будет за "надежная безопасная микроядерная ОС", если у нее в нулевом кольце будут с микроядром и дрова крутиться? Взять ту же Genode (не знаю как там всё это реально устроено) - там разные микроядра можно "снизу" подсунуть, но дрова, как и прочие сервисы, там ведь тоже наверное не в нулевом кольце?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #182

181. Сообщение от Аноним (174), 21-Май-23, 12:52	+/–
> Отказ от 16/32 битного легаси не иллюзорно сократит патентную нагрузку. Какая нагрузка? Патенты действуют 20 лет, через 20 лет ты можешь делать на их основ что угодно и с тебя никто не потребует отчислений.   Даже тут человек кинул ссылку на патент HT и там черным по белому написано Expired. Патент выдан в 1996, и Anticipated expiration в 2016.   AMD64 был преставлен в 2000-ом году, это значит что прямо сейчас можно выпускать AMD64 совместимые процессоры без страха судебных преследований, и без необходимости уплаты отчислений. Другое дело что тот же AVX нужно лицензировать, как и все прочие наработки последних десяти лет.     Кстати h.264/AVC part 1 исполняется 20 лет 30 мая этого года, так что если использовать его без новых фичь то через 9 дней это будет роялтифри кодек :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #248, #288

182. Сообщение от n00by (ok), 21-Май-23, 13:21	–2 +/–
Грубо говоря, регистры устройств отображаются на адресное пространство и для доступа к ним используется обращение по указателю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #198

183. Сообщение от Аноним (183), 21-Май-23, 13:27	+/–
Вот это эмулятор/транслятор выкинуть первым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #437

184. Сообщение от Аноним (184), 21-Май-23, 13:28	+3 +/–
Удваиваю, для арифметических операций есть расширения, а 64-битная шина адресует до 16 млн терабайт памяти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

185. Сообщение от Аноним (183), 21-Май-23, 13:28	+/–
Для задач реального времени? У Шаттла были 8086 и реальное время и все работало всем всё нравилось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #260

186. Сообщение от Аноним (183), 21-Май-23, 13:30	+/–
Медленно, хреново и ненужно работают. Надо Нвидию она умнее Линуса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

187. Сообщение от Аноним (183), 21-Май-23, 13:31	–3 +/–
Можно в них просто не играть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

188. Сообщение от Аноним (-), 21-Май-23, 13:32	–2 +/–
> Главный козырь x86 - совместимость. Уже нет. 20 лет назад главным козырем была совместимость, сегодня уже нет. Сегодня роль играет совместимость юзерспейса, но не биосов-хуиосов. И Intel, как мы видим, это понимает. В отличие от анонима опеннета, чьё мировоззрение застряло в 90-х.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160 Ответы: #252

189. Сообщение от Beta Version (ok), 21-Май-23, 13:36	+/–
Использовать современные движки с поддержкой x64. Для Сталкера это OpenXRay, для Халфы это Xash3D (да и порт на Source есть). Да и скорее всего современные процессоры (и тем более будущие) на изи вытащат эмуляцию x86 игр.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #237

190. Сообщение от Аноним (183), 21-Май-23, 13:37	+1 +/–
Нет. Никому не нужен такой утюг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

191. Сообщение от Аноним (183), 21-Май-23, 13:39	+/–
Нужно понимать что это следствие монополии Интела. Экономические последствия и даже действия компании после исчезновения монополии в экономике давно известны. Все просто действуют по известным шаблонам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

192. Сообщение от Tron is Whistling (?), 21-Май-23, 13:41	+/–
> Приложениям придётся от некоторых инструкций отказаться, типа строковых И как вы предлагаете это с легаси в режиме эмуляции делать? Короче только виртуализация инструкций, такие дела. Со всеми вытекающими.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #203

193. Сообщение от Tron is Whistling (?), 21-Май-23, 13:41	+/–
Префикс размера адреса тоже предлагается убрать. Т.е. читайте внимательнее, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #204

194. Сообщение от Аноним (183), 21-Май-23, 13:42	–1 +/–
Совместимость уходит на второй план, когда у твоих конкурентов типа ARM есть преимущество как раз таки в отсутствии легаси кода с которым нужна совместимость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160 Ответы: #235, #253

195. Сообщение от Аноним (183), 21-Май-23, 13:43	+/–
Так то и у ARM и RISC-V получится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171

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

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

198. Сообщение от Аноним (180), 21-Май-23, 13:56	+/–
Вопрос был не что такое порты I/O и как с ними работать, это понятно, а про то, что будет с теми ОС (и подобными), что я написАл. Ведь, если я правильно понял, если у тебя отобрали доступ к портам из кольца 3, то при попытке отобразить порты в адресное пространство кольца 3 или при попытке обращения по такому отображенному адресу тебе на аппаратном уровне покажут болт. Вопрос был - обязателен ли, прям кровь из носу, для таких ОС доступ к портам ввода/выода из кольца 3 или я что-то про них не так понимаю. А насчет отображения портов устройств на адресное пространство - у меня когда-то давно в 90-х даже курсовая была про подобную фигню, нарисовать схемы железки еще для древней шины ISA.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182 Ответы: #202, #283, #295

200. Сообщение от Аноним (200), 21-Май-23, 14:33	+4 +/–
Не путайте. IA64 - это печально известный "Итаник" из нулевых. А интеловский аналог amd64, на котором сейчас их массовые процы построены, называется EM64T.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #233, #264

201. Сообщение от Совершенно другой аноним (?), 21-Май-23, 15:12	+/–
https://man7.org/linux/man-pages/man2/ioperm.2.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169

202. Сообщение от Совершенно другой аноним (?), 21-Май-23, 15:20	+/–
На самом деле это решается. В ядре, в обработчике исключения, выполняется анализ команды, которая выполнялась, и она выполняется уже в нулевом кольце. Мы так делали, например, с командой wrmsr, которая в 0 кольце разрешена, а в 3-тьем - нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #198 Ответы: #205, #208

203. Сообщение от Аноним (-), 21-Май-23, 15:33	+/–
А никто не использует сейчас строковые инструкции. Они -- пережиток 70-х и 80-х. Загляни в любой memcpy или strlen и ты увидишь. Я не уверен, что можно написать такой код на C, который gcc будет компилировать с использованием строковых инструкций, мне кажется надо на асме писать, чтобы так получилось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #192 Ответы: #274

204. Сообщение от Аноним (-), 21-Май-23, 15:38	+1 +/–
А он зачем нужен? Когда-то давным давно, когда я миксовал 16-битный код с 32-битным, я не просто знал, зачем он нужен, но даже пользовался им. А вот сейчас я не совсем помню, и даже не уверен как он работает в защищённом режиме. Им кто-то пользуется ещё?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193

205. Сообщение от Аноним (205), 21-Май-23, 15:39	+/–
А производительность?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202

206. Сообщение от Аноним (205), 21-Май-23, 15:44	+2 +/–
Как забавно читать комментарии на опеннете.Раньше ныли о том чтоу intel legacy мешал, производительность сдерживал, энергоэффективность понижал (особенно в сp*чах о arm). А сейчас когда intel начал legacy выпиливaть как снова все недовольны.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #277, #280

207. Сообщение от U202204161753 (?), 21-Май-23, 15:48	+/–
> Ахиллесова пята итаника была не в том что они там напрямую не запускались, а в том что он и виртуализацию не умел. Виртуализация там есть. ПО в полном комплекте OS HP-UX.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #247

208. Сообщение от Аноним (180), 21-Май-23, 15:59	–1 +/–
Ага. Я даже хотел про это написАть в предыдущем ответе, что теоретически можно что-то типа как при работе с виртуальной памятью закостылить - страницы в физической ОЗУ не нашли, генерируем исключение и обработчик из свопа подгрузил. А тут такой же посредник для работы с портами. И хотел написать, что такого не предлагать. Думаю понятно что по производительности будет полнейшая опа. Да в таком случае вообще смысл запускать драйвера в юзерспейсе отпадает.  Микроядерные ОС и так хейтеры ругают, что у них слишком много переключений контекста происходит. Вот представьте, что вы написАли драйвер к быстрой железке для микроядерной ОС, т.е. это процесс в юзерспейсе. В случае если у вас есть доступ к портам из юзерспейса - в драйвере, который как обычный процесс выглядит, получил через микроядро сообщение/RPC от клиента (увы, через переключение контекстов), полез из драйвера "напрямую" в порты железки, почитал их, пописАл - сделал свое черное дело. А с обработчиком в кольце 0 и запретом работы из кольца 3: драйвер в юзерспейсе получил сообщение от клиента, полез почитать/пописАть порты - а каждое обращение на чтение/запись - это исключение с переключением контекста в кольцо 0 и обратно. Лепота.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202 Ответы: #228

209. Сообщение от Аноним (209), 21-Май-23, 16:12	–1 +/–
В XP пользователь обычно был админом, вирус цеплял после необдуманого клика баннера. А если не админом - половина программ не работали. И уж 5 тулбаров в браузере обычное дело. Линуксы в руках профанов устойчивее, там случайно поставить софт сложно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

216. Сообщение от Аноним (-), 21-Май-23, 17:05	–2 +/–
> Вот только АМД единицы процентов имела тогда, когда Интел давил её антирыночными способами вроде подкупа торговых сетей и производителей готовых сборок Вот-вот. И это не помешало AMD подняться. Они выпустили пару линеек неудачных процессоров, но потом выровнялись. > будучи неспособным создавать продукцию лучше, а зачастую даже на уровне конкурента. AMD тоже не мог, лет 10-15 или около того. > Интел просаживается в качестве вместе с потерей рынка и рекордными убытками У тебя данные какие-то корявые. Рынок Intel не потерял, лишь часть рынка. И Intel продолжает быть прибыльной компанией с миллиардными доходами. Более того, они продолжают привлекать инвестиции. Загляни сюда: https://www.intc.com/news-events/press-releases/detail/1615/... Net income: $2.8 миллиарда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176

217. Сообщение от FF (?), 21-Май-23, 17:06	–2 +/–
какие 720p? 720x576 может быть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

218. Сообщение от FF (?), 21-Май-23, 17:08	+4 +/–
64-битная ОС нужна не для доступа за пределы 4ГБ. Там в 2 раза больше регистров проца. Но из-за того, что адреса памяти стали в 2 раза длинее, потребление ОЗУ у дистрибутивов в среднем поднялось на 30%, а у хромобраузера -- на 50%.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

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

220. Сообщение от FF (?), 21-Май-23, 17:14	–1 +/–
на Авито посмотри
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

221. Сообщение от Аноним (209), 21-Май-23, 17:14	+/–
> IA64 самое прямое отношения к AMD64 — продавался как его альтернатива Какая же это альтернатива? Стоит как чугунный мост, у программистов его нет, софта нет, все тормозит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

222. Сообщение от FF (?), 21-Май-23, 17:14	+2 +/–
а, ну да, ты же не в России
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

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

224. Сообщение от FF (?), 21-Май-23, 17:16	+/–
Это же ты со мной спорил в защиту то ли ноды жс, то ли шарпов? Не удивительно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #313

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

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

228. Сообщение от Совершенно другой аноним (?), 21-Май-23, 18:35	+/–
> Ага. Я даже хотел про это написАть в предыдущем ответе, что теоретически > можно что-то типа как при работе с виртуальной памятью закостылить - > страницы в физической ОЗУ не нашли, генерируем исключение и обработчик из > свопа подгрузил. А тут такой же посредник для работы с портами. Сейчас, в основном, с портами никто не работает - всё, более-менее скоростное отображено на память, так-что просадка будет, но, имхо, не критичная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208 Ответы: #261

229. Сообщение от torvn77 (ok), 21-Май-23, 18:53	+/–
А не может быть так, что как выкинут легаси так залочат загружаемую ОС и рынку обычных ПК каким мы его знаем придёт конец?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #265, #276, #281, #465

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

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

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

233. Сообщение от Аноним (233), 21-Май-23, 19:17	+/–
Не аналог, а выкупленная у АМД через суды amd64 технология адресации памяти без потерь производительности. То что ее дополнительно кастрировали с 64 бит до 48-46 это загоны маркетолухов штеуда. И да, итаниум использовал ворованные технологии Эльбрусов купив предателей из числа бывших сотрудников МЦСТ - все аналогично появлению первых пеньков, только тут они облажались и не смогли в компилятор и потому развитие заклинило и им пришлось придумывать ксеоны с кучей ядер, а лохам втюхивали до 4 ядер модели.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200

234. Сообщение от Vkni (ok), 21-Май-23, 19:26	+/–
На Хабре есть отличная серия статей Made at Intel. В ней рассказывается, в частности, про баталии вокруг системы команд — https://habr.com/ru/articles/664682/ «И все же важнейшей религией компании является сама x86 Instruction Set Architecture. Intel изначально свято придерживался принципа backward compatibility  - программы написанные для предыдущих поколений процессора работают на следующих без изменений (ну разве что требуют эмулятора операционки). Без этого нельзя построить никакой экосистемы, ибо ее формирование процесс занимающий многие годы. И именно благодаря последовательности Intel x86 ISA стала для компьютерного мира чем то вроде христианства.»
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

235. Сообщение от Аноним (163), 21-Май-23, 19:39	+/–
По моему ты пишешь бред.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194

236. Сообщение от Аноним (236), 21-Май-23, 19:40	+/–
Если сейчас недопека(планшетное железо, или просто "старый пень"), которые хоть и умеют в 64 бита, но памяти имеют 4- гига, то даже win10 32 бита, т.к. значительно меньше жрётся памяти, и хватает даже браузеру на сильно больше страниц.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #311

237. Сообщение от Аноним (163), 21-Май-23, 19:43	+/–
А эти современные движки будут поддерживать такие штуки как EAX, A3D? А как на этих движках будет аыглядеть сама игра? Не измениться ли графон?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189 Ответы: #240, #256, #300

238. Сообщение от Аноним (236), 21-Май-23, 19:47	+/–
> Он продолжит работать на тех утюгах на которых работает, никому в голову > не придет ставить туда современный процессор. Пока не сдохнет железо. Я так "бэст" "досовский" перетащил вместе со слепком hdd на рязаньку 2400 + мамка с lpt(ключ lpt), и запускаю в libvirt + kvm, с пробросом lpt и представлением что проц pentium 3(тогда win2003) не лагает. Эта хрень нужна уже только как справка, а переносить в ту же 1С никто не хочет, сильно проще и дешевле было новое железо взять взамен посыпавшимся ide hdd и серверной мамке с дохнущими кондёрами и прочими проблемами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

239. Сообщение от Вася (??), 21-Май-23, 19:56	+/–
а какая разница, на уровне протокола или же на уровне подписанного микрокода выполняется проверка подлинности подписанного обновления? хоть вручную вбивай с распечаток газет, лишь бы распаковалось корректно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #431

240. Сообщение от Вася (??), 21-Май-23, 19:58	+/–
у тебя ЭЛТ монитор, что тебе так нужен тот картофельный графон из прошлого?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237

241. Сообщение от анонимит (?), 21-Май-23, 20:13	+/–
128 бит это также цисловые операции
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

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

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

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

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

246. Сообщение от пох. (?), 21-Май-23, 20:27	+/–
> Не, тут уже будет тяжелее, тут придётся старые приложения через QEMU гонять > :), в режиме эмуляции CPU, со всеми вытекающими. Учитывая насколько они старые, оно "и так сойдет!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155

247. Сообщение от пох. (?), 21-Май-23, 20:30	+/–
>> Ахиллесова пята итаника была не в том что они там напрямую не запускались, а в том что он и виртуализацию не умел. >  Виртуализация там есть. > ПО в полном комплекте OS HP-UX. виртуализация возможна даже на 8086 - просто работать это будет чудовищно медленно. А паравиртуализационных технологий в том древнем итанике не было от слова совсем. То есть их тогда нигде вообще не было кроме пресловутой дос-виртуализации в 386 и выше, которой в итанике тоже не могло быть. Да, вполне возможно что белок-истеричек убедила бы и такая, целиком софтовая виртуализация в режиме лишь бы запускалось. Но тогда это мало кто умел из крупных игроков. Джобс был гений, что понадеялся на настолько сырые и непроверенные методы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207 Ответы: #301, #325

248. Сообщение от пох. (?), 21-Май-23, 20:33	–1 +/–
> Кстати h.264/AVC part 1 исполняется 20 лет 30 мая этого года, так > что если использовать его без новых фичь то через 9 дней > это будет роялтифри кодек :) как раз когда все прогрессивное человечество перешло окончательно на 265/hevc :-(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #249

249. Сообщение от Аноним (174), 21-Май-23, 20:57	+/–
У нового и прогресивного есть выбор между HVEC и лоялти фри AV1.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #248

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

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

252. Сообщение от Аноним (254), 21-Май-23, 21:46	+/–
А я и говорю про совместимость юзерспейса. Совместимость с уже написанными программами. Гарантии, какие-никакие, но гарантии, что в будущем эти программы не превратятся в тыкву. Речь не идёт про эмуляторы. Эмуляторы никогда не заменят нативного исполнения и memory breakpointы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188 Ответы: #299

253. Сообщение от Аноним (254), 21-Май-23, 21:50	+/–
Совместимость - это то, без чего бизнес невозможен. Никто не будет строить бизнес на зыбучих песках железа, не совместимого с программами, написанными до и после него. Никто не будет покупать программы, которые придётся заново покупать после того, как вендор выкатит новую версию железа. Для того, чтобы трюк интела прокатил, ему нужно монополизировать разработку софта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194 Ответы: #296, #297, #454

254. Сообщение от Аноним (254), 21-Май-23, 21:53	+/–
Какая нахрен патентная нагрузка, у патентастов из Intel соглашение о кросслицензировани патентов с другими патентастами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #289

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

256. Сообщение от Beta Version (ok), 21-Май-23, 22:12	+/–
> А эти современные движки будут поддерживать такие штуки как EAX, A3D? А > как на этих движках будет аыглядеть сама игра? Не измениться ли > графон? Будут, если не запилят что-то лучше. И графон можно оставить без новых фич, просто не включая их в настройках (хотя и зачем бы это делать?).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237

257. Сообщение от Аноним (257), 21-Май-23, 22:16	+/–
> Ставить ХР64 - большая глупость, когда можно было поставить 2к3х64 и не > иметь никаких проблем вообще, да ещё и поддержку GPT получить и > всякие зеркала софтварные. XP64 - это просто клиентская версия 2003 X64. Так что работали бы они одинаково.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

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

259. Сообщение от Аноним (257), 21-Май-23, 23:09	–1 +/–
> И да, у этой фигни будет одна малюсенькая проблема - совместимость с > оборудованием. Часть оборудования включает в себя собственные биосы / модули EFI, > не все из которых смогу работать на упрощённом варианте CPU. Этой проблемы не будет если сделать новую архитектуру исключительно под новый сокет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #430

260. Сообщение от Аноним (148), 21-Май-23, 23:10	+/–
Ну да, а виртуальный режим для задач виртуального времени, жги исчо :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185

261. Сообщение от Аноним (180), 21-Май-23, 23:26	+/–
точно. Порты закрыли для кольца 3, а mmio гоняй откуда хочешь куда хочешь и как хочешь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #228 Ответы: #403

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

264. Сообщение от Электрон (?), 21-Май-23, 23:36	+/–
EM64T потом переименовали в Intel 64, как в пресс-релизе т стоит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200

265. Сообщение от Аноним (265), 21-Май-23, 23:59	+1 +/–
Как у Эппл? Но даже там Линукс запускается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #229 Ответы: #268

266. Сообщение от Аноним (148), 22-Май-23, 00:09	+/–
>Обратная совместимость - это killer feature. Если бы её не было, то не было бы Винды - системы, созданной для того, чтобы Захватить рынок персональных компьютеров. Связка IBM PC+Win* - киллерфича для монополизации персоналок. Всё остальное - чистая демагогия. При этом угробили действительно грамотные альтернативные архитектуры: DEC, Sun Microsystems, SGI. По поводу старого софта и железок - ну смешно, бизнес покупает не софт и железо, а программно-аппаратный комплекс, готовое решение, со всеми гарантиями и рисками. Остальное - плач нищебрoдoв(без обид, это бизнес). Если интересно, поищи в инете инфу, когда появились AMD64 и 64 ос и софт для него. Всякие офисы, адобы и прочие 3дмаксы с катями. P.S. На всякий случай напоминаю, я писал про то, что интелу было бы несложно выпускать ДВЕ архитектуры x86-64 и x64-only, выпускали же итаник. А рыночек уже порешал бы :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #303

267. Сообщение от 48 (?), 22-Май-23, 01:33	–1 +/–
Хе-хе, вы серьезно думаете, что там есть конкуренция? Интел создал амд и выкормил его грудным молоком просто чтобы он был, чтобы военные контракты можно было получать имея конкурента. > А что у Интела сейчас? Он сливается сугубо по техническим причинам, Сейчас у интела есть все, как и было, если захотят они выпустят 17е поколение уже завтра, только зачем им это? зачем продавать за 100 рублей 3 пары носков, когда каждый можно продать за пару тысяч, более того там разработкой занимаются одни и теже люди, что у амд что у интела, просто ходят туда сюда и разрабатывают одно и тоже, амд может и лучше, гдето и это компенсируется оптимизацией софта, так что в среднем они братья близнецы, и да если вдруг, случится чудо, и амд каким-то образом перестанет быть альтернативкой для гиков, то что поменяется? все менеджеры уволятся из интел и устроятся в амд, потомучто опыт, связи и тд и тп, ну будет интел альтернативкой и что дальше то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176 Ответы: #302, #327

268. Сообщение от torvn77 (ok), 22-Май-23, 02:00	+/–
> Как у Эппл? Но даже там Линукс запускается. Захотят запустится, не захотят не запустится... Контроль то за запуском у них, а не у нас.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #265

274. Сообщение от Аноним (26), 22-Май-23, 03:22	+/–
Расскажи это Линусу. И Intel, которые планомерно уже лет 10 эти самые строковые инструкции оптимизируют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203

275. Сообщение от Аноним (26), 22-Май-23, 03:23	+/–
> Приложениям придётся от некоторых инструкций отказаться, типа строковых... Вот вы бы внимательнее и читали. Строковые инструкции никуда не денутся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169

276. Сообщение от Личинка_Шигорина (?), 22-Май-23, 04:33	+1 +/–
Наконец хоть один всё понял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #229

277. Сообщение от soarin (ok), 22-Май-23, 04:42	–5 +/–
Луддиты, сэр.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206

278. Сообщение от Аноним (302), 22-Май-23, 05:35	+/–
А что, ARM дёшев? Что-то не особо заметно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #330, #422

279. Сообщение от Аноним (302), 22-Май-23, 05:39	+/–
Игры уже лет десять как 64-битные, а для старья и эмуляции хватит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

280. Сообщение от Аноним (302), 22-Май-23, 05:44	+2 +/–
Комментарии на опеннете вообще всегда читать забавно, этакое guilty pleasure.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206

281. Сообщение от Аноним (302), 22-Май-23, 05:45	+/–
Что мешает сделать это прямо сейчас?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #229 Ответы: #286

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

283. Сообщение от n00by (ok), 22-Май-23, 07:11	+/–
> Вопрос был не что такое порты I/O и как с ними работать, > это понятно Как раз это и не понятно. Команды in и out появились в процессорах, когда шина адреса была узкая, её хватало лишь на небольшое по объёму ОЗУ, 64 Кб и меньше. При исполнении команд ввода-вывода процессор на специальной ножке выдавал сигнал "я обращаюсь не к ОЗУ, а к периферии". Позже адресное пространство увеличилось и стало больше объёма ОЗУ. Что позволяет зарезервировать диапазон адресов для доступа к устройствам. Теперь процессор читает-пишет память обычной командой mov, контроллер (мост) смотрит на значение адреса, если попадает в диапазон - перенаправляет обращение к регистрам устройства. Попробуйте команду lspci -vv | grep Region
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #198 Ответы: #371

284. Сообщение от ryoken (ok), 22-Май-23, 07:43	+/–
>>В п3 вставало до 512/768мб в зависимости от чипсета. Мой домашний CUBX-E с P3-750 и 1Гб RAM смотрит на это с ухмылкой :). Ну и под 98-й вантуз добрый человек сделал патчи для работы с такими объёмами, а его родственники выдали в бесплатный доступ их.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

285. Сообщение от MadAdmin (?), 22-Май-23, 08:00	+3 +/–
Блестящий пример того как диванные "эксперты" генерируют тупые фейки в интернетах. IA64 во времена, когда Intel бешено его пиарила подавался именно как "принципиально другая" архитектура. "Ничего общего" с x86, "отказ от старого наследия", "сбросить оковы устаревшей архитетуры" и далее бла-бла-бла. Теперь 'внезапно' "прямое отношение".. :-\
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

286. Сообщение от Аноним (286), 22-Май-23, 08:07	+/–
Ничего. https://www.linux.org.ru/forum/security/16550382?cid=16567177 https://www.opennet.me/openforum/vsluhforumID3/130402.html#119
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #281

288. Сообщение от Атон (?), 22-Май-23, 08:30	+/–
>> Отказ от 16/32 битного легаси не иллюзорно сократит патентную нагрузку. > Какая нагрузка? Патенты действуют 20 лет, через 20 лет ты можешь делать > на их основ что угодно и с тебя никто не потребует > отчислений. JFYI  патенты продлеваются и отсчет строка начинается заново.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #398

289. Сообщение от Атон (?), 22-Май-23, 08:34	+1 +/–
> Какая нахрен патентная нагрузка, у патентастов из Intel соглашение о кросслицензировани > патентов с другими патентастами. Соглашение о одном патенте не отменяет платы за тысячи других патентов. . . . специально для людей с коротким буфером ввода, вмещающим половину первого предложения сообщения и бросающимся отвечать, я буду писать короткие сообщения в одно предложение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #254

290. Сообщение от Аноним (286), 22-Май-23, 08:49	+/–
У меня давно настройки ядра: # CONFIG_X86_X32 is not set запрещают запуск 32 разрядных прог 32 разрядные библиотеки не собираю, профиль: no-multilib > Удаление некоторых неиспользуемых битов режимов операционной системы. NX бит хоть не удаляли? https://www.opennet.me/openforum/vsluhforumID3/129886.html#134
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #291, #306

291. Сообщение от Аноним (286), 22-Май-23, 08:50	–2 +/–
> Intel развивает упрощённую архитектуру x86S для упрощённого написания вирей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #290

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

293. Сообщение от Аноним (363), 22-Май-23, 09:39	+1 +/–
Какое нафик большинство? Ненужный шлак.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

294. Сообщение от Аноним (297), 22-Май-23, 09:46	+/–
Лучше бы SMM выпилили.
Ответить | Правка | Наверх | Cообщить модератору

295. Сообщение от Аноним (297), 22-Май-23, 09:51	+/–
Порты ввода-вывода - это команды in/out А отображённые на память регистры устройств для проца ничем не отличаются от оперативки - так что если ОС отмапит страницу юзерского пространства на них, работать с ними ничего не помешает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #198

296. Сообщение от Аноним (363), 22-Май-23, 09:53	+/–
И какие же порограммы бизнес сейчас покупает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #253

297. Сообщение от Аноним (297), 22-Май-23, 09:56	+1 +/–
Бизнес поэтому всегда держит в кладовке старые компы. На тех же госуслугах подписать документ можно только зайдя через edge, а на странице подписания включив режим MSIE иначе "криптокомпонента не загружена" 🤣
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #253

298. Сообщение от 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ообщить модератору
Родитель: #243 Ответы: #424, #438

299. Сообщение от Аноним (302), 22-Май-23, 10:11	+/–
У Apple эмуляторы прекрасно заменяют нативное исполнение, и не первый раз уже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #252

300. Сообщение от Аноним (302), 22-Май-23, 10:14	+/–
> такие штуки как EAX, A3D Такие штуки сейчас где-то поддерживаются?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237

301. Сообщение от U202204161753 (?), 22-Май-23, 10:15	+1 +/–
>>  Виртуализация в Itanium есть. >> ПО в полном комплекте OS HP-UX. > виртуализация возможна даже на 8086 - просто работать это будет чудовищно медленно.   Не исключено: так и не сумел заполучить системный блок в монопольное использование. Соответственно - не проврил ту виртуализацию в деле. Но: в  Virtual PC на "обычном Intel" всё работало быстро. С VPC Addition
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #247

302. Сообщение от Аноним (302), 22-Май-23, 10:20	+/–
> Сейчас у интела есть все, как и было, если захотят они выпустят 17е поколение уже завтра, только зачем им это? Во времена «бульдозеров» это ещё могло более-менее убедительно звучать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #267

303. Сообщение от U202204161753 (?), 22-Май-23, 10:24	+/–
( вопрос был не ко мне лично, ну да ладно...) > когда появились AMD64 и 64 ос и софт для него. Первым был Microsoft Exchange 2007. Помнится, что системный блок под него так и нашёлся в то время. Т.е. x64 был первые пару лет экзотикой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266

304. Сообщение от Аноним (363), 22-Май-23, 10:29	–1 +/–
> Полно ещё профессионального и промышленного софта который написан под Win 3.x А примеры можно? Действительно промышленного, причем безальтернативного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #353

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

306. Сообщение от n00by (ok), 22-Май-23, 10:45	+/–
> У меня давно настройки ядра: > # CONFIG_X86_X32 is not set > запрещают запуск 32 разрядных прог Вы ошибайтесь и вводите в заблуждение других. Читайте описание, x32 - имеет доступ ко всем 64-х разрядным регистрам: Include code to run binaries for the x32 native 32-bit ABI for 64-bit processors. An x32 process gets access to the full 64-bit register file and wide data path while leaving pointers at 32 bits for smaller memory footprint. https://cateee.net/lkddb/web-lkddb/X86_X32.html > 32 разрядные библиотеки не собираю, профиль: > no-multilib Если речь о Gentoo, то там раздельные профили. Первый не поддерживает 32-х разрядный код, в второй попробуйте собрать, если много лишнего времени. :) default/linux/amd64/17.1/no-multilib (stable) default/linux/amd64/17.0/x32 (dev) Подробнее о x32 есть даже здесь https://opennet.ru/34065-x32
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #290 Ответы: #308

307. Сообщение от RANDOMIZE USR 15616 (?), 22-Май-23, 11:10	+/–
>> без всяких антивирусов с небольшим подтягиванием гаек в реестре (локальная политика безопасности) никакой гадости не разводилось. А потом вирусня начала ставиться в Local Settings (включаяя всякие Амиго-браузеры) и вся эта политика безопасности пошла по женской линии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

308. Сообщение от Аноним (308), 22-Май-23, 11:55	+/–
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... config IA32_EMULATION     bool "IA32 Emulation"     depends on X86_64     select ARCH_WANT_OLD_COMPAT_IPC     select BINFMT_ELF     select COMPAT_BINFMT_ELF     select COMPAT_OLD_SIGACTION     help       Include code to run legacy 32-bit programs under a       64-bit kernel. You should likely turn this on, unless you're       100% sure that you don't have any 32-bit programs left. config X86_X32     bool "x32 ABI for 64-bit mode"     depends on X86_64     help       Include code to run binaries for the x32 native 32-bit ABI       for 64-bit processors.  An x32 process gets access to the       full 64-bit register file and wide data path while leaving       pointers at 32 bits for smaller memory footprint.       You will need a recent binutils (2.22 or later) with       elf32_x86_64 support enabled to compile a kernel with this       option set. У меня в ядре они отключены. Все 32 разрядные проги падают, проверял лично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #306 Ответы: #315

309. Сообщение от _kp (ok), 22-Май-23, 12:05	+/–
>> промышленного софта который написан под Win 3.x Да, есть такое. Но оно летает без намеков на баги под любым современным эмулятором. Это лет 5 назад и более, были оговорки, а сейчас нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

310. Сообщение от Аноним (310), 22-Май-23, 12:10	+/–
Видеокарты тогда хорошо если 24-битный цвет умели. Matrox Millenium был пределом мечтаний, а стандартом S3 Trio 64 V+. DivX нормального разрешения тянул уже не любой Pentium-II.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #382

311. Сообщение от Аноним (310), 22-Май-23, 12:14	+/–
Только 4 гига-то вы не получите на 32 битах. Так что в производительности вы проиграете, а по памяти хорошо если в ноль выйдете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #236 Ответы: #321

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

313. Сообщение от Zenitur (ok), 22-Май-23, 12:40	+/–
Нет, это был не я
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224

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

315. Сообщение от Аноним (318), 22-Май-23, 12:42	+2 +/–
Тебе же говорят, x32 вполне себе 64 разрядные, раз уж читать не умеешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #308 Ответы: #385

316. Сообщение от Аноним (318), 22-Май-23, 12:46	+1 +/–
Что значит не работали? А если у меня работали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #326, #332, #334

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

318. Сообщение от Аноним (318), 22-Май-23, 12:53	+/–
> Для большинства пользлвателей что GPT что MBR монопенисуально потому что у большинства > два раздела и дисков тоже штуки две максимум. У MBR 2 ТБ ограничение, ты тут втираешь какую-то дичь. И как это большинство пользователей столкнётся с этой дос-разсеткой, если венда её давно закопала? Кстати насчёт двух разделов, у _большинства_ таки в районе десятка разделов, поскольку это стандартная тема. Тебе часто говорят, что ты некомпетентный, и тебе стоит воздержатся от ответов в интернете в принципе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

319. Сообщение от kusb (?), 22-Май-23, 12:54	+/–
Бьёт поклоны и поклоняется...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

320. Сообщение от nc (ok), 22-Май-23, 12:57	+/–
Вообще да, давно пора там многое выкинуть. В идеале можно было бы при проектировании x64 добавить некоторые команды и режимы работы. Или вообще сделать новый режим "по мотивам", чтобы и компиляторы не слишком перекраивать. Сходу приходит в голову: * Инструкции MIN и MAX (минимальное и максимальное значение из двух операндов). Это достаточно часто нужно, и хотя их легко выполнить на сравнении, условном переходе и mov, но встроенные инструкции были бы интереснее. * Инструкция RBIT для разворота бит в байте. Не слишком часто востребованная, но для функциональной полноты - почему бы и нет? Повесить ее например в группу F6-F7, там есть одна свободная команда. * Вместо всевозможных расширений для SIMD (коих уже наверное десятки) сделать наверное нормальную систему префиксов, которая все эти инструкции переносит на обычные регистры (которых пусть будет больше).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #336, #391, #395

321. Сообщение от _kp (ok), 22-Май-23, 12:58	+/–
> Только 4 гига-то вы не получите на 32 битах. Так что в > производительности вы проиграете, а по памяти хорошо если в ноль выйдете. Бывают исключения. В "золотой век" планшетов на одноядерном Атоме, с 2ГБ ОЗУ использовал Win7 64bit. Для игр, которые к тому же 32х битные были тогда, это давало и строго проигрыш, и жор ОЗУ, и многое не вообще запускалось. Браузеру тоже это на пользу не шло. А для программирования, 64 битная семерка работала быстрее. Разница в быстродействии стоила двойной загрузки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #311

322. Сообщение от Аноним (310), 22-Май-23, 13:08	+/–
98-то ладно, там на худой конец перезагрузка в режим DOS была, а вот с XP досовским программам пришёл песец.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #420

323. Сообщение от _kp (ok), 22-Май-23, 13:12	+/–
>>прибыль важнее А на что же тогда выпускать процессоры, с чего финансировать разработки.. Это стремление неизбежно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

324. Сообщение от _kp (ok), 22-Май-23, 13:19	+/–
> Эльбрусы в "защищенном режиме" 128-битные. Уже сейчас. Только, это WLIW, под который никак не осилят вменяемые компиляторы, иначе б о проблемах переноса ПО не знал только ленивый. А если нет возможности даже простой перетрансляции, без конского падения производительности, то считай, что процессора и нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

325. Сообщение от _kp (ok), 22-Май-23, 13:25	+/–
> виртуализация возможна даже на 8086 - просто работать это будет чудовищно медленно. Потому что Вы говорите не о виртуализации, которая таки не возможна, а о эмуляции, той что адски медленная, но возможна.  На все 640 кб.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #247

326. Сообщение от _kp (ok), 22-Май-23, 13:29	+/–
> Что значит не работали? А если у меня работали? Не все. Драйверы ушли лесом, и системное ПО и активно взаимодействующее с ОС , ушло вдогонку. Пользователи офисов и игр не должны были ничего заметить, а с системным ПО несовместимость есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #316 Ответы: #333

327. Сообщение от Beta Version (ok), 22-Май-23, 13:45	+/–
> Интел создал амд Некоторые дурачки так полагают, но на то они и дурачки, чтобы чушь нести. > если захотят Только что-то "не хотят" и теряют рынок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #267 Ответы: #497

329. Сообщение от Аноним (330), 22-Май-23, 14:31	+/–
Не, производителю прибыль больше, когда пользователь в магаз бежит за обновлением.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145

330. Сообщение от Аноним (330), 22-Май-23, 14:37	+1 +/–
M1, M2 не дёшевы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #278

332. Сообщение от n00by (ok), 22-Май-23, 15:46	–3 +/–
> Что значит не работали? А если у меня работали? Вы вероятно путаете x32 (это вариант 64-х разрядного) с 32-х разрядным режимом https://opennet.ru/34065-x32
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #316 Ответы: #335

333. Сообщение от n00by (ok), 22-Май-23, 15:49	–2 +/–
В x32 системе linux ядро 64-х разрядное, как и приложения. Но адресное пространство последних ограничено 4 гигабайтами. https://opennet.ru/34065-x32
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #326 Ответы: #421

334. Сообщение от n00by (ok), 22-Май-23, 15:54	–4 +/–
> Что значит не работали? А если у меня работали? Виноват, поторопился выше. Нашёл Ваш другой комментарий. Ну у меня тоже работали всякие ls и cat, и возможно даже какой-то текстовый браузер, но толку от них не много. Потому у меня и написано "никогда ***толком*** и не работали".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #316

335. Сообщение от Аноним (318), 22-Май-23, 16:07	+/–
Нет, я как раз ту генту из той новости и внедрял примерно в то время. Были некоторые сложности с ассемблерными вставками и косяками препроцессора в той же libjpeg-turbo, но сишный код был без проблем в основном. В итоге, для десктопа не очень, и нужны патчи (их вроде подвезли, первое время приходилось самостоятельно разгребать), но на типичных околопромышленных применениях вполне работало уже тогда. Ну и потом, с точки зрения экономии памяти дополнительный тулчейн и либы в памяти это может не слишком эффективно (та же проблема со смешением 32 битного кода с 64 битным), но такой код работал ощутимо быстрее обычного 64 битного и понятное дело 32 битного. Конечно, не когда всё завязано на simd, которые отключаешь, чтобы хоть как-то работало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #332 Ответы: #374

336. Сообщение от подрывник (?), 22-Май-23, 16:37	+/–
MIN и MAX делаются с помощью "conditional move".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #320

353. Сообщение от Aleksandr (??), 22-Май-23, 17:49	+/–
В поездах(аналогов сапсана, но из 90х), на некоторых европейских линиях, до сих пор софт внутри 16-bit DOS. Знаю, т.к. одно время занимался портированием этого всего на Windows 7 и Linux. Портирование на 2023 год ещё не завершено, так что ездят с 16-bit железом и молятся чтобы железо не сдохло пока не завершено портирование.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #304 Ответы: #356

354. Сообщение от Аноним (354), 22-Май-23, 18:05	+/–
По incel-ы не научатся делать 16-ти ядерные процессоры с верхним потреблением в 95 ватт всё это ниочёмные утюги. И кстати, что там с AVX512?
Ответить | Правка | Наверх | Cообщить модератору

355. Сообщение от 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ообщить модератору
Родитель: #282 Ответы: #373

356. Сообщение от Аноним (363), 22-Май-23, 19:55	+/–
> В поездах(аналогов сапсана, но из 90х), на некоторых европейских линиях, до сих > пор софт внутри 16-bit DOS. Знаю, т.к. одно время занимался портированием > этого всего на Windows 7 и Linux. Портирование на 2023 год > ещё не завершено, так что ездят с 16-bit железом и молятся > чтобы железо не сдохло пока не завершено портирование. О, да, реально "полно" промышленного софта. Обычный пример "внедрение ынтерпрайза" по европейски. Беедненькие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #353 Ответы: #357, #359

357. Сообщение от Аноним (363), 22-Май-23, 20:04	+/–
> О, да, реально "полно" промышленного софта. > Обычный пример "внедрение ынтерпрайза" по европейски. Беедненькие. Вдогонку. Китайцы с их маглевами плачут и курят бамбук :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #356

358. Сообщение от Zenitur (ok), 22-Май-23, 21:16	+/–
С чего бы? Представь: 2003 год. Мы находимся в некоей параллельной реальности, в которой AMD64 никогда не релизился. Есть два процессора: Pentium IV и Itanium. Какой выберешь? Ты выбираешь Pentium IV, потому что Итаниум не очень хорошо запускает твою Win98SE. Плюс ко всему, зачем тебе IA64, когда у тебя до сих пор 256 Мб ОЗУ на компе? Ведь, согласно этой табличке, опубликованной кстати в 2003 году: https://www.ixbt.com/news/hard/index.shtml?00/30/14 Массовое использование 4 Гб оперативки будет лишь в 2007 году. 2006 год, виста. Продолжишь сидеть на Pentium IV, или таки перекатишься на Итаниум? И ты перекатываешься. А старый легаси-софт уже не так критичен. Мне кажется, что всё так и планировалось. Но релиз AMD64 спутал интелу все карты. P.S. По поводу того, что Itanium никогда не позиционировался, как массовый проц. Так и Centrino и Pentium M тоже никак не продвигались, однако какой из них красивый Core2 получился. Не, IA64 должен был рано или поздно прийти на смену IA32. Это даже следует из его названия. Но кто же знал, что AMD сделает свой 64-битный процессор, который не совместим с IA64?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #377

359. Сообщение от Aleksandr (??), 22-Май-23, 22:52	+1 +/–
Ну так это просто пример. Того, который я видел собственными глазами. А так, подозреваю, что таких динозавров в мире ещё полно. И никто, кстати, не стал бы и переписывать все это(работает и ладно), если бы не отсутствие производства\возможности покупки того железа. А у поездов, кораблей и самолетов срок службы может и 50 лет легко быть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #356 Ответы: #361, #362

360. Сообщение от MaleDog (?), 22-Май-23, 23:25	+/–
Там была такая проблема. 32 разрядное приложение в windows не могло адресовать более 2 Гб оперативной памяти, тогда в винде это считалось неким дополнительным фактором стабильности, ведь если вы не можете адресовать память выше 4 гигов и часть еще съели биос и встроенная видеокарта, то это угроза стабильности системы. А еще 32-битные приложения тогда занимали ощутимо меньше оперативной памяти, если не в 2 то уж в полтора раза точно. Но уже в XP был ключик для запуска ядра со снятием лимита в 2 Гб, но как говорится, на свой страх и риск, как отключение свопа. Этим пользовались 1С-ники в основном и позже игроманы, которые не хотели слезать с XP. Это было искусственное ограничение, так как со времен итаниума существовало PAE. Причем в 32 разрядных windows оно присутствовало в  enterprise версиях (а значит за легальное использование простили деньги, а в linux/freebsd даром). PAE позволяло адресовать 32-битной системе до 32 гигабайт памяти. А это и сейчас для среднего пользователя идеал. Словом можно и в настоящее время жить на 32-битной системе. Есть 32-разрядные версии windows 10. Но вот половину приложений уже давно перестали собирать с поддержкой 32-разрядного режима.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #363, #482

361. Сообщение от Аноним (363), 22-Май-23, 23:32	+/–
> Ну так это просто пример. Того, который я видел собственными глазами. А > так, подозреваю, что таких динозавров в мире ещё полно. И никто, > кстати, не стал бы и переписывать все это(работает и ладно), если > бы не отсутствие производства\возможности покупки того железа. А у поездов, кораблей > и самолетов срок службы может и 50 лет легко быть. 1. Транспорт - это сервис, часть логистической цепочки. 2. IBM PC+DOS/Win3.xx - персональный компьютер, не имеющий резервирования и возможностей систем реального времени бай дезигн, поэтому скорее всего используется в информационных системах типа покупки/резервирования билетов и отображения расписания, схем движения итд. То есть, использует субд и протоколы обмена. Проблема заменить? 3. Поезда, суда и самолеты НИКОГДА не управляются персоналками с DOS/win*, лицензию почитай, что-ли. Ни DOS ни винду нельзя использовать в сферах, которые связаны с безопасностью людей. А информационно-мультимедийную фигню можно заменить на что угодно, хоть на планшеты/телевизоры с андроидом :) 4. Динозавры обычно используют более другие системы IBM, DEC, Sun, HP, но это совсем другой уровень, промышленный, тсзть :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #359

362. Сообщение от Аноним (363), 22-Май-23, 23:40	+/–
> Ну так это просто пример. Того, который я видел собственными глазами. А > так, подозреваю, что таких динозавров в мире ещё полно. И никто, > кстати, не стал бы и переписывать все это(работает и ладно), если > бы не отсутствие производства\возможности покупки того железа. А у поездов, кораблей > и самолетов срок службы может и 50 лет легко быть. Надеюсь, что этот устаревший ПАК(программно-аппаратный комплекс) не установлен как система управления транспортом(стрелки/семафоры/итд). И не как система управления воздушным движением.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #359 Ответы: #378, #379

363. Сообщение от Аноним (363), 23-Май-23, 00:17	+/–
>[оверквотинг удален] > со снятием лимита в 2 Гб, но как говорится, на свой > страх и риск, как отключение свопа. Этим пользовались 1С-ники в основном > и позже игроманы, которые не хотели слезать с XP. Это было > искусственное ограничение, так как со времен итаниума существовало PAE. Причем в > 32 разрядных windows оно присутствовало в  enterprise версиях (а значит > за легальное использование простили деньги, а в linux/freebsd даром). PAE позволяло > адресовать 32-битной системе до 32 гигабайт памяти. А это и сейчас > для среднего пользователя идеал. Словом можно и в настоящее время жить > на 32-битной системе. Есть 32-разрядные версии windows 10. Но вот половину > приложений уже давно перестали собирать с поддержкой 32-разрядного режима. 1. PAE was first implemented in the Intel Pentium Pro in 1995 2. винда, 1с-ники, промышленный софт :).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #360

366. Сообщение от Аноним (366), 23-Май-23, 00:39	+1 +/–
Там теоретические выкладки, так что там в военное время 512 битные процессоры бывают...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

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

371. Сообщение от Аноним (-), 23-Май-23, 02:53	+1 +/–
Более того - со временем люди поняли что DMA это круто, быстро и эффективно. Так вообще никаких команд не надо - только сетап железки и потом она сама поток данных гоняет. А проц может заняться чем-то более полезным. И когда периферия стала скоростной и продвинутой - вон то, с in и out стало, пардон, архаикой. DMA с физическими адресами оперирует как правило. В мире где в моде сетевые, коммуникационные, периферийные интерфейсы с скоростями в десятки гигабит и более обкладываться DMA-движками, при том с обоих сторон линка, почему-то очень модно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #283

372. Сообщение от Аноним (372), 23-Май-23, 06:48	+/–
>Они выкинули 2/3 ядра процессора, это значит цена снизится на 2/3 Нет, это значит, что они смогут впихнуть ещё пару ядер и соответственно увеличить цену. Это же Intel.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

373. Сообщение от 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ообщить модератору
Родитель: #355 Ответы: #396

374. Сообщение от n00by (ok), 23-Май-23, 07:29	+/–
Околопромышленное применение, это, грубо говоря, запустили некий сервер и админится специалистом по ssh? Под "приложениями" обычно понимаются какие-то программы для пользователей. Для десктопа там очень не очень, отваливалось почти всё, где есть Джаваскрипт, из-за JIT-а: polkit, браузеры. Это было лет через пять после той новости и вряд ли стало лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #335

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

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

377. Сообщение от Совершенно другой аноним (?), 23-Май-23, 08:46	+1 +/–
> Не, IA64 должен был рано или поздно прийти на смену IA32. Это > даже следует из его названия. Но кто же знал, что AMD > сделает свой 64-битный процессор, который не совместим с IA64? Ну, скорее даже, не то, что "AMD сделает свой 64-битный процессор, который не совместим с IA64", а "AMD сделает свой 64-битный процессор, который совместим с IA32". А так ещё - и разработку у Intel-а затянули, и компилятор не смогли нормальный написать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #358

378. Сообщение от Aleksandr (??), 23-Май-23, 09:15	+/–
Нет, это всего лишь система оповещения пассажиров о расписании и станциях прибытия и всего вот этого. Но там нифига не примитивно, там и GPS и сетевые протоколы продвинутые и индустриальные шины(MVB вроде). Но оно работает 20 лет и переписывать приходится только потому что железа не купить для той системы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #362 Ответы: #380

379. Сообщение от Aleksandr (??), 23-Май-23, 09:17	+/–
Нет, это всего лишь система оповещения пассажиров о расписании и станциях прибытия и всего вот этого. Но там нифига не примитивно, там и GPS и сетевые протоколы продвинутые и индустриальные шины(MVB вроде). Но оно работает 20 лет и переписывать приходится только потому что железа не купить для той системы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #362 Ответы: #381

380. Сообщение от Аноним (363), 23-Май-23, 09:39	+/–
> Нет, это всего лишь система оповещения пассажиров о расписании и станциях прибытия > и всего вот этого. Но там нифига не примитивно, там и > GPS и сетевые протоколы продвинутые и индустриальные шины(MVB вроде). Но оно > работает 20 лет и переписывать приходится только потому что железа не > купить для той системы. Почему-то не удивлен. А тем "внедрятелям" системы с "GPS и сетевые протоколы продвинутые и индустриальные шины(MVB вроде)" построенной на IBM PC+DOS/Win16 - бубенцы надо было отрывать еще при проектировании. Это не "динозавры", это обычная бюрократическая европейская практика выдаивания денег налогоплательщиков, у них всё так работает. Это же Европа, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #378 Ответы: #384

381. Сообщение от Аноним (363), 23-Май-23, 09:52	+/–
> Нет, это всего лишь система оповещения пассажиров о расписании и станциях прибытия > и всего вот этого. Но там нифига не примитивно, там и > GPS и сетевые протоколы продвинутые и индустриальные шины(MVB вроде). Но оно > работает 20 лет и переписывать приходится только потому что железа не > купить для той системы. Очень понравилось "сетевые протоколы продвинутые" это типа SPX более продвинутый, чем IPX? :) > и индустриальные шины Для которых уже не выпускается контроллеров и сделать новые уже никак? Ну бред же. Значит, это не "индустриальные шины", а бытовые, которые не привязаны к стандартам и делались на коленке. Трясите бабло с проектировщиков изначальной системы, это их косяк.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #379 Ответы: #383

382. Сообщение от 1 (??), 23-Май-23, 10:04	+/–
да, ладно))) в 2007 S3 Trio 64 V+ ? Вот в 1997 это еще было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #310

383. Сообщение от Loki13 (ok), 23-Май-23, 10:06	+/–
> Очень понравилось "сетевые протоколы продвинутые" это типа SPX более продвинутый, чем IPX? > :) Это в смысле свои наколенные протоколы, по которым вся система работает. > Для которых уже не выпускается контроллеров и сделать новые уже никак? Ну > бред же. Значит, это не "индустриальные шины", а бытовые, которые не > привязаны к стандартам и делались на коленке. Трясите бабло с проектировщиков > изначальной системы, это их косяк. Я не думаю что одна часть Сименса будет трясти с другой части Сименса бабло за какие-то косяки в проектировании 30 лет назад. Опять же, я не говорю что портировать невозможно, но это вынужденное мероприятие из-за отсутствия железа. Приходится тратить немалые деньги на это, вместо толь чтобы купить того железа 16-bit и ездить еще 20 лет. И да, это Европа конечно. Железные дороги Германии, Словении и т.д.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #381 Ответы: #386

384. Сообщение от Loki13 (ok), 23-Май-23, 10:20	+/–
> Почему-то не удивлен. А тем "внедрятелям" системы с "GPS и сетевые протоколы > продвинутые и индустриальные шины(MVB вроде)" построенной на IBM PC+DOS/Win16 - бубенцы > надо было отрывать еще при проектировании. Ну там всё же не совсем ПК, там плата с распаянным на ней процессором, памятью и в форм факторе размером с современную видеокарту. Т.е. ПК там все же промышленный. Но DOS там классический, это да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #380 Ответы: #387

385. Сообщение от Аноним (385), 23-Май-23, 10:34	+/–
> https://www.opennet.me/opennews/art.shtml?num=34065 > X32 представляет собой гибридный x86_64 ABI, позволяющий использовать на 64-разрядных системах 32-разрядную модель адресации памяти. ABI X32 позволяет приложениям использовать все преимущества архитектуры x86_64, такие как дополнительные регистры и более быстрые инструкции, PIC ABI. В то же время ABI X32 даёт возможность работать с 32-разрядными указателями памяти, что позволяет экономить память, способствует более эффективному наполнению процессорного кэша и положительно сказывается на общей скорости исполнения кода. При тестировании в ситуациях, связанных с интенсивной работой с указателями, новый ABI продемонстрировал ускорение исполнения кода вплоть до 30% в сравнении с классическим x86_64 ABI. Ограничением ABI X32 является невозможность адресации из приложения более 4 Гб памяти. Спасибо. Всегда отключал этот режим в ядре.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #315 Ответы: #388

386. Сообщение от Аноним (363), 23-Май-23, 10:39	+/–
> Это в смысле свои наколенные протоколы, по которым вся система работает. Ну это действительно по промышленному :) > Я не думаю что одна часть Сименса будет трясти с другой части > Сименса бабло за какие-то косяки в проектировании 30 лет назад. А, сименс - это да, монстр. Незря он еще и банк. Много страдать, много плакать и постоянно платить. Только так :) Новое поделие интела тут вообще не причем. > Опять же, я не говорю что портировать невозможно, но это вынужденное мероприятие > из-за отсутствия железа. Приходится тратить немалые деньги на это, вместо толь > чтобы купить того железа 16-bit и ездить еще 20 лет. > И да, это Европа конечно. Железные дороги Германии, Словении и т.д. Страдать, плакать и платить. Это тот самый "тру энтерпрайз", вендорлок, абонплата и ремонт за овердофига. Даже по гарантии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #383 Ответы: #389

387. Сообщение от Аноним (363), 23-Май-23, 11:13	+/–
> Ну там всё же не совсем ПК, там плата с распаянным на > ней процессором, памятью и в форм факторе размером с современную видеокарту. > Т.е. ПК там все же промышленный. Но DOS там классический, это > да. Китайцам закажите. Если PCB файло осталось :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #384 Ответы: #419

388. Сообщение от Аноним (318), 23-Май-23, 11:26	+/–
Вероятность, что случайный пользователь столкнётся с такими бинарями, абсолютно нулевая. За 10 лет ничего не поменялось, вещь довольно специфическая. Но внезапно можно выжать из неё немного профитов. Например, можно взять и ускорить какой-нибудь кодек, которому 32 битные ограничения не помеха в работе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #385 Ответы: #390

389. Сообщение от Совершенно другой аноним (?), 23-Май-23, 11:39	+/–
>> Это в смысле свои наколенные протоколы, по которым вся система работает. > Ну это действительно по промышленному :) ну так 30 лет назад только такие и были - все делали свои протоколы под своё УСО, датчики, и т.д. Сейчас пересаживают на "стандартные" протоколы, которые просто какой-нибудь условный Сименс пропихнул в качестве стандарта, и которые 30 лет назад, а на самом деле и лет ещё 10, были такими-же наколенными.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #386 Ответы: #392

390. Сообщение от Аноним (390), 23-Май-23, 11:52	+/–
> Но внезапно можно выжать из неё немного профитов. Например, можно взять и ускорить какой-нибудь кодек, которому 32 битные ограничения не помеха в работе. В этих кодеках итак дыра на дыре и дырой погоняет. А x86_x32 уменьшает энтропию ASLR. https://lwn.net/Articles/774891/ https://lwn.net/Articles/500502/ Из-за уменьшения защиты ASLR в дистре Gentoo этот формат (x86_x32) не приобрёл популярности. Советую всем поддержку 32битных бинарей отключать в ядре Linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #388

391. Сообщение от _kp (ok), 23-Май-23, 13:27	+1 +/–
Наборы "полезных инструкций" это дело второстепенное, из прошлого века. А актуальная потребность в быстром конвейере инструкций без блокировок, с максимумом операций за такт, возможностью дальнейшего подъёма частот, и эффективная многопоточность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #320

392. Сообщение от Аноним (363), 23-Май-23, 14:32	+1 +/–
>>> Это в смысле свои наколенные протоколы, по которым вся система работает. >> Ну это действительно по промышленному :) > ну так 30 лет назад только такие и были - все делали > свои протоколы под своё УСО, датчики, и т.д. Сейчас пересаживают на > "стандартные" протоколы, которые просто какой-нибудь условный Сименс пропихнул в качестве > стандарта, и которые 30 лет назад, а на самом деле и > лет ещё 10, были такими-же наколенными. Это проблемы тех, кто доверил "промышленный" проект NIH организмам. И то, что в данный момент нет возможности обрабатывать "это промышленное" иначе, как старыми программами под DOS/Win3.*. А теперь внимание, вопрос: что изменилось, когда интел заявил о выпуске новой железки? Ответ по умолчанию: ничего. Можете добавить ваш вариант ответа, но высказывания "куча/полно/все используют" старого унылого "годамиработающего" уже не аргумент, а оправдание отсутствия планирования развития промышленного  процесса. Как то так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #389 Ответы: #393, #397

393. Сообщение от Аноним (363), 23-Май-23, 14:35	+/–
И то, что в данный момент нет возможности обрабатывать "это промышленное" иначе, как старыми программами под DOS/Win3.* уже не аргумент а отмазка "промышленников".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #392

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

395. Сообщение от n00by (ok), 23-Май-23, 15:22	+/–
> * Инструкции MIN и MAX (минимальное и максимальное значение из двух операндов). > Это достаточно часто нужно, и хотя их легко выполнить на сравнении, > условном переходе и mov, но встроенные инструкции были бы интереснее. Есть группа инструкций CMOVcc - загрузка в регистр по условию. Вот оптимизация bsearch в тему https://vk.com/wall639737021_774
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #320

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

397. Сообщение от Совершенно другой аноним (?), 23-Май-23, 16:44	+/–
> А теперь внимание, вопрос: что изменилось, когда интел заявил о выпуске новой > железки? > Ответ по умолчанию: ничего. > Можете добавить ваш вариант ответа, но высказывания "куча/полно/все используют" старого > унылого "годамиработающего" уже не аргумент, а оправдание отсутствия планирования развития > промышленного  процесса. Как то так. Промышленные процессы, имхо, бывают разные. Есть системы, которые имеют длительность поддержки 20 лет, и регулируется это не разработчиком и, как ни странно, даже не пользователем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #392 Ответы: #402

398. Сообщение от Аноним (398), 23-Май-23, 17:27	+1 +/–
JFYI -- нет, патенты не продеваются,  20 лет! Патент на продукт не может привышать 14 лет с момента его выхода на рынок.   reexamination и reissue не влеяет на срок действия патаента. Все это гуглится. Ненужно распостронять заблужения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #288

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

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

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

402. Сообщение от Аноним (363), 23-Май-23, 20:04	+/–
>> А теперь внимание, вопрос: что изменилось, когда интел заявил о выпуске новой >> железки? >> Ответ по умолчанию: ничего. >> Можете добавить ваш вариант ответа, но высказывания "куча/полно/все используют" старого >> унылого "годамиработающего" уже не аргумент, а оправдание отсутствия планирования развития >> промышленного  процесса. Как то так. > Промышленные процессы, имхо, бывают разные. Есть системы, которые имеют длительность поддержки > 20 лет, и регулируется это не разработчиком и, как ни странно, > даже не пользователем. О, вот тут и начинается самое интересное. Если хочешь, чтобы производство/сервис/услуга работали 20+ лет, занимайся его развитием. Как? Тренинги помогут :) И нечего тут оправдывать глупость планирования/проектирования/реализации "старое сыпецца, а на новом не работает". Да на этом умные люди бизнес делают, а не ноют. Причем, чем хуже ситуация, тем больше прибыль :) P.S. Совместимость со старым и унылым им нужна, панимаешь :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #397

403. Сообщение от Аноним (-), 23-Май-23, 20:24	+/–
> точно. Порты закрыли для кольца 3, а mmio гоняй откуда хочешь куда > хочешь и как хочешь Сгонять в ФИЗИЧЕСКУЮ память из юзермода операционки - вообще достаточно отдельный квест. Который ядро если и позволяет, то только руту. А может и совсем не позволять (если например режим lockdown активен).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #261

409. Сообщение от 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ообщить модератору
Родитель: #396 Ответы: #410

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

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

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

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

415. Сообщение от 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 страница.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #413 Ответы: #416

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

417. Сообщение от Аноним (-), 24-Май-23, 20:24	+/–
> Этот новый проц вновь поставит вопрос "память или такты" Под булеву переменную > 64 бита даешь! ) Да он и 32 не сильно хуже будет. А так - да, вы знаете, адресовать "нативный" юнит памяти сильно быстрее чем выколупывать фрагмент из него, делая RMW. И условные операции могут быть быстрее. Ну там флагами проца допустим. Скажем not zero -> jump (1 условная инструкция в многих наборах команд). А теперь представь что вместо этого надо 15-й бит в 32-битном слове проверить, потому что булеан упаковали вот туда... это уже сколько команд проца будет?! Так что да, есть speed vs RAM tradeoff.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #427, #442

418. Сообщение от Аноним (-), 24-Май-23, 20:36	+/–
> Чем вы таким занимались что этого перестало хватать? Ну, э, допустим в каде порисовать. Или скомпилять более-менее жирный проект размером с линукскернел. Скомпилять его на п3 с 512 оперативы, конечно, можно. В 1 малохольный поток. А теперь пустим сборку на вооон том 16-ядернике с 32 гиг оперативки, подохренеем с разницы во времени этой операции. И подумаем - может, если этим заниматься всерьез, раз в жизни себе нормальный комп купить все же? Из соображений разгона эффетивности. Или вот равка с камеры. Немного ее покрутить... эээ... она в байере более 20 мегов весит. А в RGB и того больше. А еще самой программе места в памяти надо. Undo всякое и кеши предппросмотра... без этого всего конечно можно, но работать будет как фотошоп на 95 винде с 16 мегами памяти, по тем же причинам. А на компе с 16 мегами памяти вы бы 20-метровую равку вообще обрабатывать не стали бы, из-за нереалистичного времени на свопление этого счастья. > сейчас можно не просто выживать, а ещё и работать, если поставить > какой-нибудь антикс линукс. Работать... ну смотря кем, конечно. Если просто ломовым сишным кодером, только мелкие проектики - еще можно попытаться. И даже так какой-нибудь плеер в фоне сборку тормознет ощутимо. Блин, у меня телефон мощнее чем это, может тогда лучше на телефоне билдовать?! Он и энергии в 100 раз меньше жрет. > Похоже вы батенька фантазёр, 720p даже на первых пнях БЕЗ mmx играло, > если видюха умела в аппаратный декодинг (а они почти все умели). Во первых, большая часть видях как раз никакого декодинга не умели. И форматов тогла были только мпег 1 и 2 которым чтобы не выглядеть как УГ надо ломовой битрейт. И справлялись с этим только отдельные хардварные карты акселераторов, которые мало у кого были. Потому что отдельная карта, за отдельную цену. Потом компы стали мощнее и всякие ранние Mpeg4 появились типа DivX ;) (смайлик в оном прозрачно намекает что это перепертый MS MPEG4v3). Ну а потом уже всякие xvid начались и проч, с довольно крутыми оптимизациями, и там уже третьепень имел некие шансы на не сильно жирном потоке. Что-то такое спраяляется с небольшими потоками XVID и VP8. H.264 даже самый ерундовый уже не потянет, так что даже торенты не посмотришь, разве что совсем олдовые.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

419. Сообщение от Аноним (-), 24-Май-23, 20:41	+/–
> Китайцам закажите. Если PCB файло осталось :) Проще одноплатники взять и переписать 1 раз. Да так чтобы конкретная модель одноплатника была относительно похрен - линукс и линукс, какая ему разница на чем работать? Самый край проект пересобрать через i++ лет и все снова завертится, куда оно денется. Хотя есть и одноплатники с гарантированной долговременной доступностью, специально для такого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #387

420. Сообщение от Аноним (-), 24-Май-23, 20:44	+/–
> 98-то ладно, там на худой конец перезагрузка в режим DOS была, а > вот с XP досовским программам пришёл песец. Перезагрузка в дос. Ха. Это 98 запускался поверх DOS как этакий DOS Extender переросточный. Ну а можно вот и не запускать виндовую часть было, то что до него называлось MSDOS 7.x, так то. Отдельно от виндов никогда не релизилось, но в целом было тем же самым MSDOS'ом, мало чем отличным от 6.x который релизили отдельно. Чуток заапгрейдили для LFN и проч, в остальном те же яйца.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #322

421. Сообщение от Аноним (-), 24-Май-23, 20:48	+/–
> В x32 системе linux ядро 64-х разрядное, как и приложения. Но адресное > пространство последних ограничено 4 гигабайтами. https://opennet.ru/34065-x32 И это 1 из самых глупых вещей которые можно сделать. Ну например mmap() становится почти бесполезен для работы с вот именно файлами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #333 Ответы: #429

422. Сообщение от Аноним (-), 24-Май-23, 22:17	+/–
> А что, ARM дёшев? Что-то не особо заметно. Вон там одноплатник с 4 ядрами за 10 баксов за все лежит. Размером с кредитку, 512 оперативы, питается от зарядки для мобли. Удачи на x86 что-то сравнимое за те же деньги взять вообще. А весь проц, с чипом power manager внагрузку - пять баксов. При этом управление питанием там уже сильно лучше любых атомов. Итог? Тихая, холодная, практически вечная система (ни 1 электролита который может забеременеть) задешево. А микроконтроллеры так и вообще менее доллара на ARM уже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #278

423. Сообщение от Аноним (-), 24-Май-23, 22:22	+/–
> Про SPARC64 ты, наверное, не в курсе? Не идеал, но получше x86 тормозинтела. Плохо поддерживается софтом и огроменный очень. Без вертикального масштабирования. Сани вывалили один из спарков опенсорс. А толку? В FPGA за потребные деньги такой монстр не зальешь, уменьшить его - уй, а это не предусмотрено, а пары миллионов зелени чтобы хзчто на фабу выгрузить, посмотреть в железе, у вас тоже наверное нет... И в результате вроде крутой артефакт - но вот что с ним делать хрен его знает?! RISCV в этом смысле народу сильно лучше зашел, есть куча разных ядер от мелких и лайтовых которые на совсем копеечной FPGAхе запустятся, до огроменных высокопроизводительных монстров которые даже в сервера ставят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #450

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

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

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

427. Сообщение от n00by (ok), 25-Май-23, 07:18	+/–
> вы знаете, адресовать "нативный" юнит памяти сильно быстрее чем выколупывать фрагмент > из него, делая RMW. А на практике я взял двусвязный список, заменил указатели (64 разряда) на индексы (32 разряда). Это добавило лишнюю операцию при расчёте адреса. И дало выигрыш по скорости в 30% при работе с памятью в интерпретаторе, где такой список используется для хранения данных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #417 Ответы: #435

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

429. Сообщение от n00by (ok), 25-Май-23, 07:55	+/–
Так mmap() не Уних-вей же, а виндузятничество.) Но согласен, что больше пользы бы было, если где это критично, в исходниках заменили 64-х разрядные указатели на индексы. Глядишь, даже на Rust бы написали двусвязный список без unsafe. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #421

430. Сообщение от Tron is Whistling (?), 25-Май-23, 08:34	+/–
Под отдельный PCIe, хотел сказать? Т.е. два набора плат, один под x86, второй под очередное интеловское чудо? Да нет, просто инициализацию опять придётся отдать монструозному биосу (как бы он там ни назывался), нет поддержки инициализации вот конкретно этой платы в таковом - всё, приплыли. То есть прокатит разве что на серверах, но там оно вообще низачем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259

431. Сообщение от Tron is Whistling (?), 25-Май-23, 08:35	+/–
С подписанным микрокотом осторожнее - может оцарапать при утечке ключа очередной :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #239

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

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

434. Сообщение от Аноним (-), 25-Май-23, 20:18	+/–
А как они стэк сохраняют в таком монстрятнике? И сколько времени в этой штуки переключение контекста вообще занимает с такими регистровыми файлами?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #439, #440

435. Сообщение от Аноним (-), 25-Май-23, 20:45	+/–
На самом деле на большом OoO проце с кешом, да еще с современным компилером где у оптимизатора свои идеи как он вооон то сделать хотел, все бывает довольно неоднозначно. Скажем эеономить RAM при гигазах вроде бы глупо. Но иногда можно получить прибавку перфоманса "потому что уместилось в кеш". Даже если вычислений и больше, из кеша они могут отработать быстрее. Более того, иногда -O3 с его unroll может все испортить, навернув более жирный код который перестал лезть в кеш или прогрузил собой шины. А конкретно в случае процов vs булеаны у некоторых бывают инструкции для работы с битами и битовыми полями. И вот так можно конкретные биты трогать/чекать и 1 командой. Что самое ироничное, в микроконтроллернах ARM их почему-то нет :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #427

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

437. Сообщение от Tron is Whistling (?), 25-Май-23, 22:20	+/–
Угу. И останется неоптимизируемое ядро. Данных вам кроме как в рантайме ниоткуда для оптимизации расстановки потока команд не дадут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183

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

439. Сообщение от пох. (?), 25-Май-23, 22:42	+/–
> А как они стэк сохраняют в таком монстрятнике? И сколько времени в ты бы сперва уточнил, есть ли у них вообще этот самый стек. А то ж это изобретали во времена всеобщей любви к 360. > этой штуки переключение контекста вообще занимает с такими регистровыми файлами? Если стека нет и второго регистрового файла для ring0 тоже нет - то доооолго.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #434 Ответы: #441

440. Сообщение от n00by (ok), 26-Май-23, 08:52	+/–
Из нижеследующего я понял, что сохранять надо 32 регистра, остальные (стековая часть) отображены в память (представляют собой вариант быстрого кеша, ячейки которого адресуются явно). "9.3.1 Рабочие регистры ... Рабочие регистры составляют регистровый файл. Размер регистрового файла - 256 регистров. Ну- мерация регистров и их форматы приведены выше на рисунке D-2. Регистровый файл разделен на две части: глобальную и стековую. Глобальная область находится в верхней части регистрового фай- ла (младшие номера) и состоит из 32 регистров. Остальные 224 регистра составляют стековую часть регистрового файла. Глобальная часть регистрового файла доступна во всех процедурах и не участ- вует в процедурных механизмах. Стековая область регистрового файла используется в процедурных механизмах и может быть аппаратно откачана в память или загружена из памяти." Однако в другом месте пишут (см. ниже), что регистры не отображаются. Вероятно, это относится к первым 32-м регистрам. Это цитаты из "Руководство по эффективному программированию на платформе «Эльбрус» Выпуск 1.0". Талмуда по системному программированию у меня нет, это надо вон того программиста операционных систем спрашивать (кто 64 разряда адреса + 64-х разрядный тег назвал "Эльбрусы ... 128-битные"). "8.2 Виды локальности данных ... ˆ простые локальные данные без взятия адреса: – местоположение - регистры; – время жизни - до выхода из процедуры; – регистры не отображаются в память, ни с кем не конфликтуют;"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #434

441. Сообщение от n00by (ok), 26-Май-23, 08:58	+/–
Так сохранять надо не при переходе в ядро (что надо, и так сохраняется в прологе функции, которая вызывает шлюз). Сохранять и восстанавливать надо при переключении на другой поток. На каждый поток теневых регистров не напасёшся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #439

442. Сообщение от Совершенно другой аноним (?), 26-Май-23, 10:42	+/–
> А теперь представь что вместо этого надо 15-й бит в 32-битном слове проверить, > потому что булеан упаковали вот туда... это уже сколько команд проца будет?! на самом деле в даже в классической x86 архитектуре будет примерно одинаково. в первом случае, если булевская переменная отдельно хранится, будет что-то типа: cmp some_dword_bool, 1 jne not_one во втором случае, если булевская переменная где-то там упакована, будет: test some_bit_in_dword, 8000h jz not_one
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #417 Ответы: #446

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

445. Сообщение от 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ообщить модератору
Родитель: #438 Ответы: #448

446. Сообщение от n00by (ok), 26-Май-23, 13:51	+/–
Только в первом варианте сравнение с 0м должно быть (0 или не 0). Второй вариант потенциально быстрее: если флаги упакованы, значит они нужны примерно в одно время; при доступе ко второму он уже в кеше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #442 Ответы: #447, #491

447. Сообщение от Совершенно другой аноним (?), 26-Май-23, 16:32	+/–
> Только в первом варианте сравнение с 0м должно быть (0 или не 0). можно и так, всё-таки true, по-логике, тоже имеет только одно значение. > Второй вариант потенциально быстрее: если флаги упакованы, значит они нужны примерно в > одно время; при доступе ко второму он уже в кеше. там ещё надо потактовки смотреть, а лучше - во что это всё выльется для каждой из архитектур, с учётом uops и задействованных внутренних блоков. А то, например, сделали такую замечательную команду BEXTR, которая может битовое поле вытащить без сдвигов и масок, вот только оказалось, что быстрее она будет работать только на процессорах AMD, на Intel никакой пользы от неё нет[1]. [1] https://reviews.llvm.org/D52570
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #446 Ответы: #449

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

449. Сообщение от n00by (ok), 27-Май-23, 07:07	+/–
А на чём смотреть потактовки? Раньше была утилита AMD CodeAnalyst - вот она после прогонки выполняла симуляцию конвейера и строила график, где каждая команда разбивалась на микрооперации. Рядом с прямоугольниками параллельно исполняющихся инструкций, где при замене инструкций разброс был в пару тактов, промахи кеша в сотню тактов выглядели очень печально. В uProf этого нет, а у intel никогда и не было (разработчик vTune объяснил мне в своё время, что это вообще не нужно).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #447 Ответы: #451

450. Сообщение от Аноним (462), 27-Май-23, 09:18	+/–
SPARC Version 9, the 64-bit SPARC architecture, was released by SPARC International in 1993. Не напомнишь, у какого интела в 93 году был 64bit? А насчет масштабируемости - непонятно, что ты имел в виду, но SPARC = Scalable Processor Architecture, есличо. Насчет поддержки софта и "огроменности": 1. Архитектура, железо и софт изначально работают в защищенном режиме, причем переключение контекста на порядок дешевле, чем у выпердыша x86++. Кстати, Windows NT 3.* была для SPARC, если кто не в курсе. По стоимости да, очень дорого в сравнении с x86+win, особенно в версии с OEM. Ну и еще, клоны x86 были у Cyrix, AMD, NEC, итд. Но это уже лицензионная поликика, к архитектура проца тут не причем. Тем более, что IPM PC тогда тоже клепали все, кому не лень, потому, что можно было. 2. Размеры cpu не имеют значения, motherboard(в некоторых случаях fatherboard, кстати) все равно больше. Тем более, уменьшение техпроцесса никто не отменял. Ну не получится у тебя одноплатник 10X10 см в конце 90-х, начале 2000-х. Разве что 80186, который SoC. А насчет fpga - ну да, запихнуть 386/486/Pentium было гораздо проще, ага :) Просто в то время x86+win - для захвата рынка пропихивалось на всех уровнях. P.S. IBM Power/PowerPC вполне себе коммерчески успешен, кстати, рыночек порешал :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #423

451. Сообщение от Совершенно другой аноним (?), 27-Май-23, 10:09	+/–
> А на чём смотреть потактовки? как я понял, разработчики компиляторов пользуются табличками https://uops.info/table.html и сервисом godbolt.org (https://godbolt.org/z/zdktz_)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #449 Ответы: #452

452. Сообщение от n00by (ok), 27-Май-23, 10:41	+/–
Ну, скажем, для ADC (R64, M64) указана латентность 1 и пропускная способность 2. Значит и для TEST столько же или лучше. В теории, процессор может выполнить две такие команды за такт. А на практике окажется промах кеша, процессор примется ждать, пока данные считаются из ОЗУ, и вообще переключится на второй поток HyperThreading. Потому чем компактнее данные расположены в памяти, тем они вероятнее окажутся в кеше, что потенциально лучше для скорости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #451 Ответы: #456

453. Сообщение от Аноним (462), 27-Май-23, 10:47	+/–
А вы вообще в курсе, что у интела два защищенных режима? :) Режим виртуального 8086 (V86, VM86, иногда просто виртуальный режим) — режим адресации процессоров семейства x86 совместимый с прародителем семейства — процессором Intel 8086. Является подрежимом защищенного. V86 и x86-64 Процессоры с архитектурой x86-64 поддерживают V86 только в наследственном, но не в длинном режиме. В длинном режиме флажок EFLAGS.VM попросту игнорируется. Поэтому, для поддержки виртуальных DOS-задач требуется переключение в наследственный режим, сопряженное с двойным сбросом MMU. А поскольку роль DOS и её приложений в наши дни практически сошла на нет, операционные системы x86-64 не включают такого рода поддержку V86. Тем не менее, некоторые современные средства аппаратной виртуализации позволяют виртуализовать как реальный режим, так и V86, получая в результате двойную виртуализацию. Прародитель 8086, так романтично, 1978 год, дедуля :). Помните, ЛЮБОЙ самый современный интел проц умеет режим дедули. Да, до сих пор. Не, нуачо, пипл хавает и платит.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #457

454. Сообщение от Аноним (462), 27-Май-23, 11:02	+/–
Вот это реально бред. Твои понятия о бизнесе и использование "никто не будет" какбэ намекает :).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #253

455. Сообщение от Аноним (462), 27-Май-23, 11:05	+/–
Кстати, всем, кто надеется на RISC-V - не взлетит. Может, подпрыгивать сможет, но недолго.
Ответить | Правка | Наверх | Cообщить модератору

456. Сообщение от Совершенно другой аноним (?), 27-Май-23, 12:11	+/–
> Ну, скажем, для ADC (R64, M64) указана латентность 1 и пропускная способность > 2. Значит и для TEST столько же или лучше. В теории, > процессор может выполнить две такие команды за такт. А на практике > окажется промах кеша, процессор примется ждать, пока данные считаются из ОЗУ, > и вообще переключится на второй поток HyperThreading. Потому чем компактнее данные > расположены в памяти, тем они вероятнее окажутся в кеше, что потенциально > лучше для скорости. Вы можете сами провести эксперименты. В частности для исходных cmp vs test, при прочих равных, разницы не будет: https://godbolt.org/z/8Kc371aMK С кешем всё так, но упаковка битов в слово может и наоборот, влиять отрицательно - когда биты между собой не связаны, тогда хождение за этими флагами сможет вытеснять другие данные из кеша и влиять на производительность уже других частей программы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #452 Ответы: #463

457. Сообщение от Совершенно другой аноним (?), 27-Май-23, 12:27	+/–
> А вы вообще в курсе, что у интела два защищенных режима? :) имхо, Вы привели не совсем корректную цитату. Вообще, конечно, защищенных режимов как минимум два: 1) защищенный режим процессора 80286, благодаря которому получились такие страшненькие дескрипторы в защищенном режиме процессора 80386. Этот режим позволяет, если не путаю, 24-х битную физическую адресацию (16M), при сохранении 16-ти битной логической. Всё 16-ти битное, сегменты, смещения и никаких страниц. 2) защищенный режим процессора 80386 - тут уже и логические и физические адреса 32 бита(4G). Всё 32-х битное, в том числе и сегменты. Появилась страничная адресация. вот уже в последнем был подрежим виртуального 8086. По простому - чтобы проще было крутить MS-DOS в Windows 3.11 и выше. Аналогично и сейчас в этой "новой" архитектуре x86S, при том, что всё 64-х битное, будет, как я понял, поддерживаться подрежим 32-х битный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #453 Ответы: #459, #460, #461, #464

459. Сообщение от Аноним (462), 27-Май-23, 13:35	+/–
Кстати, у меня опыт использования всей этой лабуды, начиная с DOS3.*, DR Multiuser DOS, DesqView, PC-MOS, файл серверов NetWare 286 итд. А винду помню еще как графическая оболочка версии 1.0. Наиболее комфортно было работать с Windows NT 3.1 на платформе DEC Alpha, ностальгия, прям :) P.S. По итогу DEC, Sun и прочих задавили демпингом, маркетингом и прочими "законными по букве закона и не очень" средствами, разработки перекупили, всё вкусное что можно было реализовать у себя, реализовали как обычно, остальное похерили. А сейчас штеуд засуетился, но время уже упущено.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #457

460. Сообщение от Аноним (462), 27-Май-23, 13:45	+/–
> 1) защищенный режим процессора 80286, благодаря которому получились такие страшненькие > дескрипторы в защищенном режиме процессора 80386. Этот режим позволяет, если не > путаю, 24-х битную физическую адресацию (16M), при сохранении 16-ти битной логической. > Всё 16-ти битное, сегменты, смещения и никаких страниц. > 2) защищенный режим процессора 80386 - тут уже и логические и физические > адреса 32 бита(4G). Всё 32-х битное, в том числе и сегменты. > Появилась страничная адресация. И никого не смущает, что "ЭТО" до сих пор работает в КАЖДОМ процессоре Intel? Даже в самом последнем поколении. Это как седло со шпорами и уздечкой в багажнике, ненужно, но пусть будет :) > вот уже в последнем был подрежим виртуального 8086. По простому - чтобы > проще было крутить MS-DOS в Windows 3.11 и выше. > Аналогично и сейчас в этой "новой" архитектуре x86S, при том, что всё > 64-х битное, будет, как я понял, поддерживаться подрежим 32-х битный. Вопрос к интелу, но скорее всего всё будет совсем по другому. И от интела это уже не зависит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #457

461. Сообщение от Аноним (462), 27-Май-23, 13:49	+/–
Моё сообщение удалили, ну и фик с ним. У нитела будущее уже настало. В смысле всё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #457

462. Сообщение от Аноним (462), 27-Май-23, 14:05	+/–
> Отказ от 16/32 битного легаси не иллюзорно сократит патентную нагрузку. Тебя не смущает собственное существование? Ведь патента на РНК/ДНК до сих пор нет. А результатом реализации пользуются все, бесплатно, по праву рождения. Еще и с удовольствием :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

463. Сообщение от n00by (ok), 27-Май-23, 14:52	+/–
К сожалению, сейчас поисковики по запросу AMD CodeAnalyst pipeline simulation не выдали мне подходящих картинок, что бы можно было наглядно показать, о чём я говорю. Что CMP и TEST исполняются одинаково, как и большинство арифметико-логических команд (за исключением ADC/SBC) - это мне известно из IA Software Optimization Manual. Ключевой момент - "при прочих равных". Когда две такие команды стоят подряд и обращаются к одной ячейке (проверяют разные биты) - это один вариант. Когда они обращаются к разным - это другой вариант, здесь на второй команде потенциально будет загрузка линейки кеша из ОЗУ. godbolt тут не поможет. Что-то можно сделать утилитой perf, но локализовать проблемное место приходится методом тыка. > когда биты между собой не связаны, тогда хождение > за этими флагами сможет вытеснять другие данные из кеша и влиять > на производительность уже других частей программы. Это верно, я не рассматривал такой вариант, поскольку это надо специально умудрится так написать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #456

464. Сообщение от Аноним (462), 27-Май-23, 15:31	+/–
Генианальное решение, не?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #457

465. Сообщение от Аноним (462), 27-Май-23, 15:51	+/–
Ну сейчас с рынком пк таки всё в порядке? Будут китайские компы с китайскими процами, а интел просто уйдёт в закат. Вместе с амудой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #229 Ответы: #466

466. Сообщение от torvn77 (ok), 27-Май-23, 20:48	+/–
> Ну сейчас с рынком пк таки всё в порядке? > Будут китайские компы с китайскими процами, а интел просто уйдёт в закат. > Вместе с амудой. Боюсь как бы следом за НАТО/АКУСовскими производителями следом в закат не ушёл и опенсорс, потому как по странному стечению обстоятельств коммунистические государства более склонны к проприетарщине...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #465 Ответы: #467, #471

467. Сообщение от Аноним (467), 27-Май-23, 23:52	+/–
>> Ну сейчас с рынком пк таки всё в порядке? >> Будут китайские компы с китайскими процами, а интел просто уйдёт в закат. >> Вместе с амудой. > Боюсь как бы следом за НАТО/АКУСовскими производителями следом в закат не ушёл > и опенсорс, потому как по странному стечению обстоятельств коммунистические государства > более склонны к проприетарщине... То есть, сейчас все железо опенсорсное, а всё китайское будет проприетарным? Ну бред же. Железки как были закрытыми, так и останутся, только управляться будут не американским, а китайским агенством нацбезопасности, причем тут вообще опенсорс?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #466 Ответы: #468

468. Сообщение от torvn77 (ok), 28-Май-23, 01:11	+/–
> То есть, сейчас все железо опенсорсное, а всё китайское будет проприетарным? > Ну бред же. Оно будет залоченным без возможности разлочки, а на таком железе опенсорс начнёт гнить и потихоньку вытеснятся проприетарщиной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #467 Ответы: #469

469. Сообщение от Аноним (467), 28-Май-23, 09:34	+/–
>> То есть, сейчас все железо опенсорсное, а всё китайское будет проприетарным? >> Ну бред же. > Оно будет залоченным без возможности разлочки, а на таком железе опенсорс начнёт > гнить и потихоньку вытеснятся проприетарщиной. Ты об этом? https://en.miui.com/unlock/index.html Или вообще о чем? Сейчас на всех материнках м периферии закрыто вообще всё(за очень редким исключением), биос/уефи закрыт, фирмвари железок тоже. Как и микрокод для процов. Доверяешь американским компаниям, всяким там эпплам, деллам и прочим хьюлетам мать его пакардам? Оракл вообще обмазан доверием по самые уши, zfs подарил, по доброте душевной, не иначе :) Не переживай, вендорлоки в скором времени будут везде, это общемировая тенденция. И не китаем начата, кстати.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #468 Ответы: #470

470. Сообщение от torvn77 (ok), 28-Май-23, 11:33	+/–
>Ты об этом? >https://en.miui.com/unlock/index.html. О этом и о том, что ты далее написал, и как я вижу вы согласны со мной что будущее СПО выглядит довольно мрачным, но у меня есть та надежда, что при сохранении торговли между политическими блоками не будут блокировать загрузку сторонних ОС в продаваемых. между блоками машинах, что повлечёт выпуск незалоченных машин и для внутреннего рынка для удовлетворения спроса на компы способные работать с произвольными операционными системами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #469

471. Сообщение от Совершенно другой аноним (?), 28-Май-23, 12:19	+/–
> по странному стечению обстоятельств коммунистические государства > более склонны к проприетарщине... не понятно с чего Вы это взяли? При том-же СССР был считай этот самый Open Source во все поля. Разрабатываемые системы с ПО поставлялись со всеми исходниками. Даже к телевизору схема электрическая поставлялась.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #466 Ответы: #472, #473, #475

472. Сообщение от Аноним (467), 28-Май-23, 12:54	+/–
>> по странному стечению обстоятельств коммунистические государства >> более склонны к проприетарщине... > не понятно с чего Вы это взяли? При том-же СССР был считай > этот самый Open Source во все поля. Разрабатываемые системы с ПО > поставлялись со всеми исходниками. Даже к телевизору схема электрическая поставлялась. Вы не понимаете, "этодругое". Биосы закрыты, процы с микрокодом тоже, фирмварь на железках закрыты, но виноваты китайцы, патамушта коммунисты. Обычная манипуляция, ничего нового. Зато интел вон какой молодец, "развивает упрощенную архитектуру". То есть, весь тот оверпрайснутый интел треш, который продается больше 30 лет - это нормально, а китайские процы с китайской же периферией - убъет опенсорс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #471 Ответы: #474

473. Сообщение от torvn77 (ok), 28-Май-23, 13:21	+/–
> Даже к телевизору схема электрическая поставлялась. С схемой от телевизора у тебя недопонимание: она прилагалась не для тебя, а для ремонтников из мастерской по починке.   При этом то, что кто-то начнёт в сарае делать по этой схеме телевизоры на продажу не предполагалось вообще. > не понятно с чего Вы это взяли? При том-же СССР был считай этот самый Open Source во все поля. Разрабатываемые системы с ПО поставлялись со всеми исходниками.   Отчасти это было следствием эпохи, когда программы были утилитами, а не законченными средствами производства как сейчас, от части тем что программы были побочным продуктом деятельности автора, отчасти тем, что что всё производство принадлежало государству и по сути оно публиковало программы само для себя.   Так вот, особо важно последнее, то что государство производило программы само для себя, то есть и автор программы, и тот кто будет программу применять являлись частью этого единого государства.   Но свободный софт существует не внутри одного субъекта, а между равными личностями, а вот тут оказывается что государство относится к физическим лицам не только пренебрежительно, но и с презрительным недоверием, потому что за время коммунизма привыкло работать только со своими субъектами.   Да, РФ формально СПО признаёт, но признаёт ли оно его законы?   Насколько наше государство готово работать с адептом СПО независимо от его гражданства оценивая его  первую очередь как адепта СПО, а не участника той или иной официальной структуры созданной для коллективной защиты и формализации деятельности в правовом поле адептов СПО, или просто даже какой проприетарной конторы с учётом соглашений о не конкуренции и пр. подобных документов подписанных этим человеком? А насколько признаёт законы СПО Китай, для которого СПО лицензия просто ещё одна бумажка которую надо по возможности объегорить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #471 Ответы: #476, #478

474. Сообщение от torvn77 (ok), 28-Май-23, 13:50	+/–
> Вы не понимаете, "этодругое". Где я говорил что американская проприетарщина в смысле проприетарщины лучше китайской?   > Зато интел вон какой молодец, "развивает упрощенную архитектуру".   Я между прочим прямо высказал опасение что следующим шагом после удаления легаси интел и амд полностью товоизируют платформу чем уничтожат рынок альтернативных ОС.   > То есть, весь тот оверпрайснутый интел треш, который продается больше 30 лет - это нормально, а китайские процы с китайской же периферией - убъет опенсорс. Вы не поняли идею, если оба политических блока товоизируют свои платформы то опенсорсу просто не на чем будет работать.   ОБА политических блока.   Все плохие гады проприетарщики, на всём земном шаре ни одного свободного места не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #472 Ответы: #485

475. Сообщение от n00by (ok), 28-Май-23, 14:42	+/–
>> по странному стечению обстоятельств коммунистические государства >> более склонны к проприетарщине... > не понятно с чего Вы это взяли? При том-же СССР был считай > этот самый Open Source во все поля. Разрабатываемые системы с ПО > поставлялись со всеми исходниками. Даже к телевизору схема электрическая поставлялась. Объяснение банально. Вы пишете "Open Source", поскольку Вам важна открытость исходников. Она может быть обусловлена техническими требованиями: библиотечный код выгоднее собирать и линковать статически с точки зрения производительности (inline функции встроятся и оптимизируются). Тот оратор пишет в том же самом месте "СПО". Поскольку ему важна идеология, а не сами эти исходники. 6 (шесть) вхождений в тексте насчитал, повторяется как мантра -- остальное можно и не читать. Он даже не знает, что в России "СПО" означает "среднее профессиональное образование".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #471

476. Сообщение от n00by (ok), 28-Май-23, 14:44	+1 +/–
>> Даже к телевизору схема электрическая поставлялась. > С схемой от телевизора у тебя недопонимание: она прилагалась не для тебя, > а для ремонтников из мастерской по починке. > При этом то, что кто-то начнёт в сарае делать по этой схеме > телевизоры на продажу не предполагалось вообще. ПЭВМ Специалист предполагалось делать "в сарае". Там даже специально придумали технологию стежкового монтажа (не вполне удачную, но это уже вторично). И подпаивали эти машины к телевизорам как раз по прилагаемой к последним схеме. Про программы молчу. Если бы ты умел не только повышать энтропию, но и ходить по ссылкам, то увидел бы у меня на гитхапе страницу из журнала с кодом для калькулятора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #473 Ответы: #477

477. Сообщение от torvn77 (ok), 28-Май-23, 14:52	+/–
> ПЭВМ Специалист предполагалось делать "в сарае". И подпаивали эти машины к телевизорам > как раз по прилагаемой к последним схеме. Наличие возможности не означает того, что возможность закладывалась изначально.   Официальный мотив сопровождения электроапааратуры схемами это невозможность в каждую ремонтную мастерскую поместить схему каждого выпущенного в СССР телевизора, а вовсе не признание за гражданами права ремонтировать или изменять телевизор самим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #476 Ответы: #479, #486

478. Сообщение от Совершенно другой аноним (?), 28-Май-23, 14:53	+1 +/–
>> Даже к телевизору схема электрическая поставлялась. > С схемой от телевизора у тебя недопонимание: она прилагалась не для тебя, > а для ремонтников из мастерской по починке. > При этом то, что кто-то начнёт в сарае делать по этой схеме > телевизоры на продажу не предполагалось вообще. Продавать - не имели права, а делать Вам запретить никто не мог. И Вам не кажется, что при тогдашней централизации всего, по вашему подходу, гораздо проще было отсылать схемы сразу в мастерскую - и бумаги меньше потратят, и коварные частные собственники не смогут сами телевизоры с сарае изготавливать. >> не понятно с чего Вы это взяли? При том-же СССР был считай этот самый Open Source во все поля. Разрабатываемые системы с ПО поставлялись со всеми исходниками. > Отчасти это было следствием эпохи, когда программы были утилитами, а не законченными > средствами производства как сейчас не только. Были, может и не средства производства, но вполне себе законченные системы. > Но свободный софт существует не внутри одного субъекта, а между равными личностями, > а вот тут оказывается что государство относится к физическим лицам не > только пренебрежительно, но и с презрительным недоверием, потому что за время > коммунизма привыкло работать только со своими субъектами. у Вас есть примеры такого пренебрежения у СССР? Желательно проверяемые. > Да, РФ формально СПО признаёт, но признаёт ли оно его законы? ну, как-бы СССР и РФ это совсем не одно и тоже. У них разные цели, разный общественный строй, разные приоритеты. > Насколько наше государство готово работать с адептом СПО независимо от его гражданства > оценивая его  первую очередь как адепта СПО, а не участника > той или иной официальной структуры созданной для коллективной защиты и формализации > деятельности в правовом поле адептов СПО, или просто даже какой проприетарной > конторы с учётом соглашений о не конкуренции и пр. подобных документов > подписанных этим человеком? не знаю, насколько их можно считать адептами СПО, правда, но вот даже на этом сайте есть люди развивавшие Open Source проекты, аккаунты которых, вместе с репозиториями, на github-е удаляли за определённую политическую позицию. Это делали не компартия Китая и не правительство РФ. > А насколько признаёт законы СПО Китай, для которого СПО лицензия просто ещё > одна бумажка которую надо по возможности объегорить? У Вас есть конкретные примеры таких случаев в Китае, которых было-бы больше аналогичных в США, например. Особенно если считать с самого возникновения, например той-же GPL - много раз её вполне себе пытались отменить и присвоить себе исходники вполне себе американские корпорации. Да и, если быть совсем уж честными, неужели Вы считаете, что в Китае коммунизм или хотя бы его строительство?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #473 Ответы: #481

479. Сообщение от n00by (ok), 28-Май-23, 15:15	+/–
>> ПЭВМ Специалист предполагалось делать "в сарае". И подпаивали эти машины к телевизорам >> как раз по прилагаемой к последним схеме. > Наличие возможности не означает того, что возможность закладывалась изначально. Да, я знаю, что наличие у тебя возможности ознакомиться с предметом и почитать об истории создания ПЭВМ Специалист не означает, что ты это сделаешь. Свой комментария я написал в ответ на твой для других читателей, а не лично тебе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #477 Ответы: #480, #483

480. Сообщение от torvn77 (ok), 28-Май-23, 15:40	+/–
Кто был в СССР помнит   >"Вскрывать телевизор может только специалист"   https://cs14.pikabu.ru/post_img/2021/08/15/10/16290450491877...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #479

481. Сообщение от torvn77 (ok), 28-Май-23, 16:18	+/–
> Продавать - не имели права, а делать Вам запретить никто не мог. Но на крышке написано "Вскрывать телевизор может только специалист". https://cs14.pikabu.ru/post_img/2021/08/15/10/16290450491877... > И Вам не кажется, что при тогдашней централизации всего, по вашему > подходу, гораздо проще было отсылать схемы сразу в мастерскую Пытались, но Иосиф Виссарионович уже состарился и умер, а без него нормально решить логистическую задачу уже не смогли... > у Вас есть примеры такого пренебрежения у СССР? Желательно проверяемые.   Юридических примеров нет, но обрати внимание, фамилия Кулибин в СССР употреблялась так, что я до сих пор её воспринимаю как ВЫСОКОМЕРНОЕ оскорбление, а прилагательное кустарное как нечто среднее между мошенничество и бомж(я тут несколько преувеличиваю, но сути это не меняет)   И сейчас, какое из госпредприятий попробовало вокруг себя собрать команду СПО разработчиков?   Да даже взять СВО на Украине, военные, военная необходимость, но государство ВОЗМОЖНО только сейчас начало что-то ДУМАТЬ о производстве квадрокоптеров, но именно думать после общественного возмущения, которое игнорировать уже не вышло.   А так недавно у какого-то солдата на КПП отобрали два дрона которые он вёз в Россию для ремонта и теперь, не знаю что там у него, взвод, отряд или расчёт сидит и думает "как мы будем искать цели для стрельбы без этих отобранных дронов?" о чём сообщил один военный блогер в ТГ. То есть даже ради успеха в войне государство не может снизойти до взаимодействия с гражданским обществом.   Как давно такое происходит? Не знаю как было с этим в царской России, хотя и там Гоголь писал про Акакий Акакиевича, но вот воспитатель Макаренко воспринимался госбюрократией как чужеродный элемент и обрати внимание при всех хороших словах к этому человеку его методики внедрять не стали, а на оборот, решают вопрос камерами и решётками на окнах школ. >> Да, РФ формально СПО признаёт, но признаёт ли оно его законы? Ну я выше уже напомнил про то, что армию квадрокоптерами снабжают граждане при полном равнодушии государства, думаешь это исключение, а не правило? > не знаю, насколько их можно считать адептами СПО, правда, но вот даже > на этом сайте есть люди развивавшие Open Source проекты, аккаунты которых, > вместе с репозиториями, на github-е удаляли за определённую политическую позицию. Это > делали не компартия Китая и не правительство РФ. Я там имел ввиду не политическую позицию, а то, что государство не умеет и до недавнего времени не хотело учится работать с самособравшимся коллективом людей с разным уровнем ОФИЦИАЛЬНО подтверждённого образования или вообще без такового, но тем не менее с знаниями и опытом.   > У Вас есть конкретные примеры таких случаев в Китае, которых было-бы больше > аналогичных в США, например. Особенно если считать с самого возникновения, например > той-же GPL - много раз её вполне себе пытались отменить и > присвоить себе исходники вполне себе американские корпорации. Пытались, но как-то ведь отбились, вопрос в том, смогут ли так же отбиться в РФ или особенно в Китае. > Да и, если быть совсем уж честными, неужели Вы считаете, что в Китае коммунизм или хотя бы его строительство? Как бы то ни было, но как я предполагаю формально китаец поднимать руку на коммунистическую идеологию и братские течения не должен, а СПО в чём-то братское течение по отношению к идее коммунизма.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #478 Ответы: #484, #487

482. Сообщение от Аноним (-), 28-Май-23, 19:02	+/–
Наверняка дело в том, что где-то один раз использовали 32 битное со знаком, а потом просто для совместимости оставляли по умолчанию предполагая худший вариант
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #360

483. Сообщение от torvn77 (ok), 28-Май-23, 20:52	+/–
> Да, я знаю, что наличие у тебя возможности ознакомиться с предметом и > почитать об истории создания ПЭВМ Специалист не означает, что ты это > сделаешь. Посмотрел начало темы https://ruecm.forum2x2.ru/t70-topic Как я понимаю это очередной компьютер на основе кр580/Z80 как я понимаю государство к началу этой гиковской разработки никакого не имеет.   Тебе не стоит искать примеры с опенсорсом тех времён, потому что для формирования СПО сообщества нужна точка в котором оно может собираться, а это минимум BBS, что находится технологически на уровень выше таких компьютеров.   (при этом не важно как будет осуществляться эта разница, как ЦПУ с более ёмкой шиной данных или как наращивание 8 битных миникомпов объединённых по транспьютерной или схеме или по схеме комутационной матрицы(свич))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #479

484. Сообщение от Совершенно другой аноним (?), 28-Май-23, 21:02	+/–
>> Продавать - не имели права, а делать Вам запретить никто не мог. > Но на крышке написано "Вскрывать телевизор может только специалист". > https://cs14.pikabu.ru/post_img/2021/08/15/10/16290450491877... ну так и сейчас на зеркалах пишут "Изображение в зеркале заднего вида ближе, чем вам кажется", или как-то так..  Да и про специалиста - нет-же фразы, как в буржуиниях - только сертифицированный центр. >> И Вам не кажется, что при тогдашней централизации всего, по вашему >> подходу, гораздо проще было отсылать схемы сразу в мастерскую > Пытались, но Иосиф Виссарионович уже состарился и умер, а без него нормально > решить логистическую задачу уже не смогли... ну, вот Вы тоже слышали про артели, которые были при социализме, так-что как-бы сам социализм/коммунизм тут не при чём. Просто конкретные люди, потом, не смогли, а может и не захотели. >> у Вас есть примеры такого пренебрежения у СССР? Желательно проверяемые. > Юридических примеров нет, но обрати внимание, фамилия Кулибин в СССР употреблялась так, > что я до сих пор её воспринимаю как ВЫСОКОМЕРНОЕ оскорбление, а > прилагательное кустарное как нечто среднее между мошенничество и бомж(я тут несколько > преувеличиваю, но сути это не меняет) не знаю, может это у Вас такое впечатление сложилось. Для меня фамилия Кулибин по ассоциациям что-то типа Левши - очень талантливый человек, который может делать что-то невероятное. >> У Вас есть конкретные примеры таких случаев в Китае, которых было-бы больше >> аналогичных в США, например. Особенно если считать с самого возникновения, например >> той-же GPL - много раз её вполне себе пытались отменить и >> присвоить себе исходники вполне себе американские корпорации. > Пытались, но как-то ведь отбились, вопрос в том, смогут ли так же > отбиться в РФ или особенно в Китае. не знаю, надо смотреть по фактам. По моему мнению - в США отбились, в итоге, потому, что оно стало нужно крупным корпорациям. Поэтому, в итоге, имхо, и SCO немного того... угомонили. >> Да и, если быть совсем уж честными, неужели Вы считаете, что в Китае коммунизм или хотя бы его строительство? > Как бы то ни было, но как я предполагаю формально китаец поднимать > руку на коммунистическую идеологию и братские течения не должен, а СПО > в чём-то братское течение по отношению к идее коммунизма. не обязательно, при необходимости можно обозвать ревизионистом/оппортунистом, предавшим идеалы трудового народа, с вытекающими последствиями. Впрочем, предлагаю на этом завершить - это политика и к конкретной архитектуре x86S отношения не очень имеет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #481 Ответы: #488

485. Сообщение от Аноним (485), 28-Май-23, 23:12	+/–
>Все плохие гады проприетарщики, на всём земном шаре ни одного свободного места не будет. А сейчас оно есть? Если ты так думаешь, у меня для тебя плохие новости. Очень плохие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #474

486. Сообщение от Аноним (485), 28-Май-23, 23:29	+/–
>> ПЭВМ Специалист предполагалось делать "в сарае". И подпаивали эти машины к телевизорам >> как раз по прилагаемой к последним схеме. > Наличие возможности не означает того, что возможность закладывалась изначально. > Официальный мотив сопровождения электроапааратуры схемами это невозможность в каждую > ремонтную мастерскую поместить схему каждого выпущенного в СССР телевизора, а вовсе > не признание за гражданами права ремонтировать или изменять телевизор самим. А для кого были схемы в журнале "Радио"? Напомни, к схемам, которые прилагались практически к любому электронному устройству были номера патентов и предупреждения, что тот, кто прочитал эти схемы не имеет права что-либо менять или ремонтировать? Вот и я не помню такой фигни в СССР. Патенты - это алчность, капитализм, ёп. Ну не было в СССР после сталинского периода частных(кооперативных) производств. И схемы печатались в любой тематической литературе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #477 Ответы: #490

487. Сообщение от Аноним (485), 28-Май-23, 23:41	+1 +/–
А напомни, плиз, откуда вылезли понятия патент, промышленный шпионаж, авторское право, недополученная прибыль, уголовная ответственность за нарушение лицензионного соглашения и прочие ограничения свободы? Все живые существа пользуются генетическим кодом, который каждый получает по праву рождения. Сколько недополученной прибыли зря пропадает :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #481 Ответы: #489

488. Сообщение от torvn77 (ok), 29-Май-23, 00:55	+/–
> Впрочем, предлагаю на этом завершить - это политика и к конкретной архитектуре > x86S отношения не очень имеет. Хорошо   > не знаю, может это у Вас такое впечатление сложилось. Для меня фамилия > Кулибин по ассоциациям что-то типа Левши - очень талантливый человек, который > может делать что-то невероятное. Так даже предложенный вами Левша весь роман потихоньку терял прочность своего социального положения и закончил тем что на коленях(по крайней мере в мультике) просил не чистить ружья керпичами но был послан куда подальше государственными чиновниками после чего умер.   То есть всё тоже про что я вам говорил. Но пожалуй закончу с некоторым оптимизмом, общение не с телевизором и прочим подобным, а с некоторыми, не всеми, живыми людьми IRL и в интернете побуждает меня несколько поправить мой печальный словарь по крайней мере при общении с такими людьми.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #484

489. Сообщение от torvn77 (ok), 29-Май-23, 01:01	+/–
> А напомни, плиз, откуда ...   Я не понял куда вы клоните, можете написать более прямолинейно, без косвенных указаний и загадок?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #487 Ответы: #492

490. Сообщение от torvn77 (ok), 29-Май-23, 01:18	+/–
> А для кого были схемы в журнале "Радио"?   Вопрос не в том для кого были эти схемы, а в том как с этим работало государство.   Вот к примеру взять упомянутый где-то в этом топике компьютер "Наставник".   Пригласили ли автора на базе созданной им сети автоматизировать бухгалтерию, складской учёт и планирование работ на предприятии?   Захотели ли предприятие организовать на основе его сети деловую переписку между разными территориально разнесёнными отделами.   Может его пригласили сделать какую распределённую АСУ? Что ему доверили из того, что довольно быстро капиталисты стали доверять ОС Linux и сопровождающим её гикам?   Выросла ли из наставника система автоматизации если не АЭС, то хотябы ГЭС или теплораспределительного пункта?   Сделана ли на базе Наставника система электронной рассылки новостей о общественной жизни и политике? Ничего ему государство не доверило, только позволило применить его Наствника в школе по его основной работе и дальнейшего развития в строну кровавого энтерпрайза его проект развития не получил, его максимум это перенятие опыта другими школами по его использованию как ни за что не отвечающее учебное пособие. И то что куча людей воспроизводило этот Наставник не приводило к росту этого комплекса как проекта, по сути усилия людей утилизировались в воссоздании одного и ого же проекта школьно обучающего компьютера без роста авторитета и качественного усложнения задач и амбиций. > Напомни, к схемам, которые прилагались практически к любому электронному устройству были > номера патентов и ...   Я не о патеннтах, а о отношении к "народному творчеству" как к чему то безполезному что посмотреть да бросить, потому что по факту так и есть, если не доверять сделать что-то значимое, то значимого сделано и не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #486

491. Сообщение от Аноним (-), 29-Май-23, 01:21	+/–
> Только в первом варианте сравнение с 0м должно быть (0 или не 0). Кроме сравнений... 1) Флаг еще надо и выставить/очистить. Черт знает как в x86 а в ARM-подобных условный MOV r0, #1 будет коротко и эффективно. Это лобовая, немедленная операция, в тот же такт. А чтобы вот именно в 15 бите поменять надо RMW, явно не 1 immediate операция. 2) Это еще и взаимодействует с оптимизером и соседними сегментами кода. Скажем оптимизер типа LTO может реюзануть вгрузку тех или иных констант для чего-то совсем побочного и неслабо оптимизнуть посторонний код. С простыми константами в регистр это работает лучше чем сложным битовым словом. Если компилер точно знает что в r0 сейчас 1, он может использовать r0 для каких-то побочных вычислений где надо было константу 1 - полностью удалив загрузку регистра вот там, для их нужд. Если бы этого не было - он бы конечно честно оформил, но раз оно есть, то может быть реюзнуто. В этом весь смысл глобальной оптимизации типа LTO и состоит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #446

492. Сообщение от Аноним (485), 29-Май-23, 09:15	+/–
"коммунистические государства более склонны к проприетарщине" - это кто написал? Кроме разработок, составляющих военную и гостайну всё остальное отдавалось всем и бесплатно. А по теме обсуждения интел успешно использует парадигму "сделай сразу хреново, чтобы все мучались и платили, а потом упрости то, что считаешь нужным, чтобы продолжали платить". Реализация защищенных режимов в 386 была сделана через две жопы, якобы для совместимости, а на самом деле чтобы не упустить прибыль от пользователей DOS программ. Ну а дальше по накатанной дорожке. Четвертый пень был вообще "шедевром" впаривания гoвна за оверпрайс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #489 Ответы: #493

493. Сообщение от torvn77 (ok), 29-Май-23, 10:44	+/–
> Кроме разработок, составляющих военную и гостайну всё остальное отдавалось всем и бесплатно. Вы не поняли почему я так говорю, проприетарщина не столько про прибыль, сколько про выстраивание деловых отношений и опора коммунистических стран на бюрократию и планирование, признание ими только того, что подчинено этой системе создаёт не менее душное отношение чем самый жадный и агрессивный патентный троль.   Это естественная плата за то, что даже человек принимающий конечные решения по факту является управляющим и по этому должен ради своей безопасности создавать бюрократическое оправдание своих действий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #492

495. Сообщение от 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.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

496. Сообщение от 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/....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

497. Сообщение от 48 (?), 19-Июн-23, 00:34	–1 +/–
Простите, не знал что вы из этих, плоская земля, рептилоиды, независимый амд
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #327 Ответы: #498

498. Сообщение от Beta Version (ok), 19-Июн-23, 01:58	+/–
> Простите, не знал что вы из этих, плоская земля, рептилоиды, независимый амд Давай ты пруфанёшь про созданную интелом амд или ты будешь просто очередным треплом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #497 Ответы: #499

499. Сообщение от 48 (?), 04-Июл-23, 14:47	+/–
а давай ты хоть на википедию сходишь In 1976, Intel needed a second source to produce its 8085 processor for IBM PCs so it turned to AMD. In 1982, Sanders was responsible for a renegotiated licensing deal that would enable AMD to copy Intel's processor microcode to make its own x86 processors, a deal that eventually made the company the only real competitor to Intel.[2][3] The open-ended legal language of the deal was used by Sanders to lead efforts for AMD to reverse-engineer and clone Intel's 8086 processor. Intel successfully countersued AMD which caused AMD's stock to collapse and nearly killed the company.[9]
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #498 Ответы: #500

500. Сообщение от Beta Version (ok), 04-Июл-23, 16:19	+/–
> а давай ты хоть на википедию сходишь > In 1976, Intel needed a second source to produce its 8085 processor > for IBM PCs so it turned to AMD. In 1982, Sanders > was responsible for a renegotiated licensing deal that would enable AMD > to copy Intel's processor microcode to make its own x86 processors, > a deal that eventually made the company the only real competitor > to Intel.[2][3] The open-ended legal language of the deal was used > by Sanders to lead efforts for AMD to reverse-engineer and clone > Intel's 8086 processor. Intel successfully countersued AMD which caused AMD's stock > to collapse and nearly killed the company.[9] Тебе на русский перевести или сам в гугл переводчик скопируешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #499

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

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