The OpenNET Project / Index page

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



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

Оглавление

Исполнилось 30 лет с первого рабочего релиза 386BSD, прародителя FreeBSD и NetBSD, opennews (ok), 14-Июл-22, (0) [смотреть все]

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


20. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +1 +/
Сообщение от Аноним (20), 14-Июл-22, 13:45 
>BigEndian комп

Где взять?

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

22. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от pavlinux (ok), 14-Июл-22, 13:48 
https://festima.ru/docs/383754228/moscow/sun-netra-240-i-hp-...

Sun Netra 240 Цена 3000 руб, возможен торг. :)))

Ответить | Правка | Наверх | Cообщить модератору

69. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от DmA (??), 14-Июл-22, 15:08 
Очень крутая в своё время рабочая станция!
Ответить | Правка | Наверх | Cообщить модератору

98. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +2 +/
Сообщение от pavlinux (ok), 14-Июл-22, 16:58 
> Очень крутая в своё время рабочая станция!

2х1.5-GHz UltraSPARC IIIi 8GB DDR SDRAM ECC, она и ща ничо так будет.

1.5GHz RISC это "другие" 1.5GHz. )

Ответить | Правка | Наверх | Cообщить модератору

100. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  –2 +/
Сообщение от Аноним (100), 14-Июл-22, 17:18 
Ты с VLIW перепутал
Ответить | Правка | Наверх | Cообщить модератору

103. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +2 +/
Сообщение от pavlinux (ok), 14-Июл-22, 17:28 
Влив это ваще из другой вселенной
Ответить | Правка | Наверх | Cообщить модератору

129. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  –1 +/
Сообщение от Аноним (-), 14-Июл-22, 20:16 
Да из этой, из этой, если CISC оттяпать их ucode ROM... получится примерно это.
Ответить | Правка | Наверх | Cообщить модератору

207. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +5 +/
Сообщение от Аноним (-), 15-Июл-22, 03:52 
Бля, SPARC - Scalable Processor Architecture, какой нафиг CISC?
Тем более VLIW.

Опеннет, чо, совсем с посетителями всё настолько плохо?

Ответить | Правка | Наверх | Cообщить модератору

229. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от bOOster (ok), 15-Июл-22, 07:26 
Оголтелые линухсоиды же..
Ответить | Правка | Наверх | Cообщить модератору

242. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (242), 15-Июл-22, 09:00 
Они не удосуживаются даже прочитать статью на Википедии о том о чём выносят свои экспертные суждения.
Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

249. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (-), 15-Июл-22, 09:43 
> Бля, SPARC - Scalable Processor Architecture, какой нафиг CISC? Тем более VLIW.

Если современному CISC типа x86 оборвать ucode ROM и более-менее в лоб вывесить то что за ним - получится что-то довольно близкое к VLIW по смыслу. Поэтому VLIW не настолько уж и не из этой вселенной. Это конечно не означает что SPARC является VLIW.

> Опеннет, чо, совсем с посетителями всё настолько плохо?

Блин в зеркало посмотрись и свои коменты перечитай.

Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

259. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от n00by (ok), 15-Июл-22, 10:24 
Если же посмотреть талмуд от производителя процессора, то ПЗУ микрокода (MSROM) служит для декодирования т.н. complex instruction, когда микроопераций более 4-х. Остальные инструкции декодируются без участия оного. Поскольку исходная инструкция сложнее исполняемых микроопераций либо равна одной микрооперации, имеем RISC ядро.

Instruction Decode

There are four decoding units that decode instruction into micro-ops. The first can decode all IA-32 and
Intel 64 instructions up to four micro-ops in size. The remaining three decoding units handle single-
micro-op instructions. All four decoding units support the common cases of single micro-op flows
including micro-fusion and macro-fusion.

Micro-ops emitted by the decoders are directed to the micro-op queue and to the Decoded ICache.
Instructions longer than four micro-ops generate their micro-ops from the MSROM. The MSROM band-
width is four micro-ops per cycle. Instructions whose micro-ops come from the MSROM can start from
either the legacy decode pipeline or from the Decoded ICache.


С другой стороны, в Sandy Bridge есть и объединение микроопераций - MicroFusion и Macro-Fusion. В последнем случае в одну микрооперацию объединяются инструкция проверки и условный переход. Вот это похоже на VLIW по поведению, но не по названию.

Ответить | Правка | Наверх | Cообщить модератору

271. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (-), 15-Июл-22, 10:59 
> Если же посмотреть талмуд от производителя процессора, то ПЗУ микрокода (MSROM) служит
> для декодирования т.н. complex instruction, когда микроопераций более 4-х.

От которого из производителей и чипов? Сам по себе ucode ROM это такой достаточно характерный паттерн дизайна в случае CISC, одна из характерных фич.

А пойнт был в том что то что за uCode ROM у современных CISC типа x86 если это в лоб вывесить станет достаточно похоже на VLIW по смыслу. Когда блоки выполнения просто прогружают непосредственно, заскипав декодирование.

Очевидной траблой этого vs CISC является более жирный трафик по шине, а также тот факт что HW sequencing is no more, и програмер/компилер должен учитывать всякие странные вещи типа dependencies/hazards/delay slots и проч сам.

> Остальные инструкции декодируются без участия оного.

Я же не говорил что совпадение будет на 100.0%...

> MSROM can start from either the legacy decode pipeline or from the Decoded ICache.

И это для какого вообще варианта и проч? А то у них uCode ROM так то уже SRAM, как минимум частично, для возможности рантайм оверрайда декодирования. Это они так стали после пентиумных багов, получив иски когда ничего с ними сделать нельзя было. ЧСХ оно еще и нормально не документировано, а у интела еще и шифрованное.

> и условный переход. Вот это похоже на VLIW по поведению, но не по названию.

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

Ответить | Правка | Наверх | Cообщить модератору

278. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +1 +/
Сообщение от n00by (ok), 15-Июл-22, 12:02 
>> Если же посмотреть талмуд от производителя процессора, то ПЗУ микрокода (MSROM) служит
>> для декодирования т.н. complex instruction, когда микроопераций более 4-х.
> От которого из производителей и чипов?

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

> Сам по себе ucode ROM это
> такой достаточно характерный паттерн дизайна в случае CISC, одна из характерных
> фич.

Я комментировал "Если современному CISC типа x86" и не вижу предпосылок для обобщения.

> А пойнт был в том что то что за uCode ROM у
> современных CISC типа x86 если это в лоб вывесить станет достаточно
> похоже на VLIW по смыслу. Когда блоки выполнения просто прогружают непосредственно,
> заскипав декодирование.

Ну то есть у меня есть цитата талмуда, а в ответ некий поинт. Дальше читать не буду, извините.

Ответить | Правка | Наверх | Cообщить модератору

330. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (330), 15-Июл-22, 20:50 
> Посмотрите обацвай. Если бы видели бы хоть один, то из формулировок бы
> поняли, из какого именно.

Я просто смотрел на дизайны разных процессоров вообще, кто и как их делает, почему именно так, какой пойнт дизайна. Что потеряли, что приобрели. И где-то в процессе понял что блоки выполнения современного CISC после uCode ROM не так уж далеки от идей VLIW. Внутрях они насколько я понял оперируют в основном uOps. Что-то из интерфейса наружу мапится в него 1 в 1, что-то не мапится и делается тем ROM. А внутреннее представление таки похоже на то что VLIW вывешивает наружу.

> Я комментировал "Если современному CISC типа x86" и не вижу предпосылок для обобщения.

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

> Ну то есть у меня есть цитата талмуда, а в ответ некий поинт.
> Дальше читать не буду, извините.

Ну то-есть талмуд описывает вам внешний интерфейс вундервафли, фронтэнд. Как именно он там получен - вообще вопрос номер два, и как я понимаю, интел считает это в целом своим confidential proprietary и не особо документирует. Более того - бэк они меняют по своему усмотрению и делали это минимум несколько раз.

И да, я не знаю почему по сути только интел с x86 стали пушить переросточных CISC такого плана. Остальные как минимум сейчас стали предпочитать RISC на стероидах. На самом деле VLIW смотрелся бы достаточно осмысленно, но у него с компилерами не срослось. Не готовы типовые компилеры поток команд по таким брейнфакерским правилам выдавать. И если кто думает что x86 уникум в маскировке таких вещей от компилера - да сейчас. GCN отличается от прошлых VLIW тем что большую часть VLIW'овского брейнфака замаскировали от компилера, так или иначе перепихнув некоторые характерные моменты на железо. И если кто не заметил - compute на AMD всерьез стал заходить народу именно тогда. Но конечно это совсем разные железки, из обшего только некоторые идеи общей эволюции.

И кстати вы там пиндели про "зато сами накодили" применительно к эльбрусам? Знаете в чем реальный трабл? Ну вон JS в браузере, допустим. Вы либо таки можете JIT, либо у вас сайты тормозят как адская жесть. И пафосный эльбрус на сайтике с JS работает хуже третьепня. Туда же все игровые движки с JIT (lua, js). Ну вон у них в 0ad слайдшоу вроде. Ну или вон хруст какой. Его там тоже не будет. И так куда ни ткни. За что я и считаю такие потуги EPIC FAILом. Дофига проблем на ровном месте себе нашли. В паре с непопулярностью проца - это даже провальнее итаника смотрится. Собственно итаник тоже по этим причинам сдох, при всей любопытности некоторых идей, интел забыл сделать мелкие дешевые массовые версии для програмеров...

Ответить | Правка | К родителю #278 | Наверх | Cообщить модератору

471. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от pavlinux (ok), 24-Июл-22, 23:02 
> Я просто

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

Ответить | Правка | К родителю #330 | Наверх | Cообщить модератору

289. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (289), 15-Июл-22, 13:32 
>UltraSPARC IIIi 8GB DDR SDRAM ECC, она и ща ничо так будет.
>Да из этой, из этой, если CISC оттяпать их ucode ROM... получится примерно это.

Не получится. Ваще никак не получится.

Тем более этот высер:

>Если современному CISC типа x86 оборвать ucode ROM и более-менее в лоб вывесить то что за ним - получится что-то довольно близкое к VLIW по смыслу. Поэтому VLIW не настолько уж и не из этой вселенной. Это конечно не означает что SPARC является VLIW.

Вас там что, клонируют с P4?
Д, Б.

Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

188. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +1 +/
Сообщение от Аноним (-), 15-Июл-22, 02:14 
>В продаже оборудование для энтузиастов. 1)Сервер Sun Netra 240 2U

Рабочие станции имели другие названия, да :)

Sun Microsystems как и DEC уже нет.
История, да.

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

84. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от ryoken (ok), 14-Июл-22, 15:34 
>>BigEndian комп
> Где взять?

Авита и К, поиск PowerMac G5 :D

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

189. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (-), 15-Июл-22, 02:16 
Огрызок на PPC?
Этот проц даже в роутеры и свичи ставили.
Ответить | Правка | Наверх | Cообщить модератору

217. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (217), 15-Июл-22, 04:27 
Особе перспектива отсутствия софта под PowerMac и необходимость собирать всё из исходников.
Ответить | Правка | Наверх | Cообщить модератору

222. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (-), 15-Июл-22, 05:27 
IBM Power и IBM PowerPC - это пипец квкие разные процы.
Ответить | Правка | Наверх | Cообщить модератору

230. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от bOOster (ok), 15-Июл-22, 07:27 
Во многих автомобильных блоках управления середины 2000х - PPC
Ответить | Правка | К родителю #189 | Наверх | Cообщить модератору

130. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (-), 14-Июл-22, 20:18 
> Где взять?

Некоторые ARM или MIPS в big-endian сконфигурированы. У первых, кстати, в их относительной молодости это вообще в run-time переключалось, вроде. ARMv6 чтоли (ARM9xx и т.п.) такое вроде умел. На практике, конечно, никто фичой не пользовался, софт или уж под этот endianess или под тот билдуют.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

186. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +1 +/
Сообщение от Аноним (-), 15-Июл-22, 02:05 
>Некоторые ARM или MIPS в big-endian сконфигурированы. У первых, кстати, в их относительной молодости это вообще в run-time переключалось, вроде. ARMv6 чтоли (ARM9xx и т.п.) такое вроде умел. На практике, конечно, никто фичой не пользовался, софт или уж под этот endianess или под тот билдуют.

Термины: "некоторые, вроде, чтоли, никто, билдуют, фичой, endianess" - о многом говорят.
В основном о возрасте зарегистрированного участника форума. :)

Ответить | Правка | Наверх | Cообщить модератору

202. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (-), 15-Июл-22, 03:14 
Или как вариант говорит что это реально экзотическая фича тех ARM. Пользоваться этим в сколь-нибудь реалистичном софте смысла не имело, никто и не пользовался. Если ничего не путаю, в более новых ядрах типа Cortex'ов фичу благополучно выпилили, именно поэтому.

А "вроде" - потому что я тоже этой фичой лично не пользовался. Но припоминаю что как курьез, такая штука была. Не буду же я копать рефманы на древние ARM? Кому надо - сам накопает.

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

Ответить | Правка | Наверх | Cообщить модератору

208. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (-), 15-Июл-22, 04:03 
ARM - это обычно SOC (System On Chip), комп в одной микрухе. Включая контроллер памяти, память, интерфейсы I/O. Ну ты же в курсе, да :)
Из ARV процов вспоминается только StrongARM от интела, остальные обычно SoC. Исключения - в пределах стат погрешности.
Ответить | Правка | Наверх | Cообщить модератору

209. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (-), 15-Июл-22, 04:12 
Да, насчет StrongARM ашибся, у интела была уже XScale.
После покупки.
Ответить | Правка | Наверх | Cообщить модератору

251. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +1 +/
Сообщение от Аноним (251), 15-Июл-22, 09:55 
> ARM - это обычно SOC (System On Chip), комп в одной микрухе.
> Включая контроллер памяти, память, интерфейсы I/O. Ну ты же в курсе, да :)

Ну да, что не мешало им по приколу иметь конфигуряемый endianess. Зачем? ARM его знает!

В общем хавай: https://en.wikipedia.org/wiki/Endianness#Bi-endianness

> Из ARV процов вспоминается только StrongARM от интела, остальные обычно SoC. Исключения
> - в пределах стат погрешности.

Разница между SoC и процессором сейчас не такая уж и четкая. Это что, вон тот 8-ядерный AMD на 4ГГц - SoC, чтоли? А фигле, у него же контроллер DRAM на борту. SoC так то тоже условный термин. Нет, какой-нибудь микроконтроллер может и все в 1 корпусе содержать и ему реально нужно по сути только питание подвести. Но в более жирных процах DRAM/Flash чаще всего внешние, на некоей шине, поэтому они будут "немного меньше SoC". Отдельные рожи на подобную шину могут FPGA влепить, сделав еще и типа "чипсет" с чем-то нестандартным, или относительно резвой трансляцией скажем в другой вид шины, или там что еще. Ну там даже если у чипа не было PCI, его FPGA может сделать, а к ней mmaped интерфейс. И думай кто там из них проц а кто SoC, ага... там как с RISC vs CISC, свои 50 оттенков серого.

Ответить | Правка | К родителю #208 | Наверх | Cообщить модератору

301. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (289), 15-Июл-22, 15:13 
Ну мы в реальном мире живем, в котором ARM процессор без обвязки нахрен никому не сдался.
Это реальность, да.
Про AMD не понял, какой проц имеется в виду?
Хотя пофиг ваще,
*BSD на ём работать будет?
Ответить | Правка | Наверх | Cообщить модератору

332. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (-), 15-Июл-22, 21:08 
> Ну мы в реальном мире живем, в котором ARM процессор без обвязки
> нахрен никому не сдался.

Прелесть ARM в том что это очень масштабируемая экосистема. Поэтому обвес варьируется от "нихрена" до "дохрена". Их есть на все вкусы, от вообще совсем микроконтроллеров, до здоровенных 64-битных серверных процов, которые SoC не больше чем все остальные штуки такого плана. С RISCV кстати такая же фигня, опенсорсная реимплементация экосистемы, так сказать.

> Это реальность, да.

Это вы покапитанить решили?

> Про AMD не понял, какой проц имеется в виду?

Да любой современный десктопный вроде. Они весьма существенную часть NorthBridge в кристалл проца упаковали. А местами и много чего еще, так что из некоторых и PCIe торчит сразу с лапок проца. Т.е. еще более SoC-подобно. А у некоторых амд на 1 кристалле CPU и GPU. А заодно еще дюжина всяких мелких сервисных ядер типа SMU и что там еще. Кто там из этого SoC и не SoC? А если совсем странного хочется, вон там доперли брать кремниевый interposer и на него лепить эн кристаллов. Interposer выполняет роль очень высокоплотной печатной платы, на FR4 невозможно разумно раскидать 4096-битную шину к RAM, а на кремнии не проблема. Это у амд так high-end GPU сделаны с HBM. Это странная и дорогая фигня, зато вы же понимаете что может шина с 4096 линий за раз в пике? Она за 1 клок эвона какой блок данных толкает. А теперь удачи во всем этом великолепии разобраться кто там SoC или не SoC...

> Хотя пофиг ваще,
> *BSD на ём работать будет?

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

Ответить | Правка | Наверх | Cообщить модератору

210. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (-), 15-Июл-22, 04:13 
>Но вы жгите еще своей могучей экспертизой и догадками. Переход на обсуждение оппонента надежно выдает квалификацию субъекта.

Кому надо, сам накопает :)

Ответить | Правка | К родителю #202 | Наверх | Cообщить модератору

173. "Исполнилось 30 лет с первого рабочего релиза 386BSD, прароди..."  +/
Сообщение от Аноним (173), 14-Июл-22, 23:13 
Любой arm с поддержкой BE8
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

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

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




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

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