Исходное сообщение
"Серьёзное снижение производительности ядра 5.19, вызванное з..." Отправлено Аноним, 13-Сен-22 19:04
> Ценник тут сугубо от тиража, т.е. если e2k напечатать штеудным тиражем, что > цена будет условно как у атмеги. Это наглый гон. Атмеги делают на допотопном оборудовании и процессах (отбивать затраты не надо) при мизерной площади кристалла (дофига чипов с вафли и дефекты 1 чипа менее критичны). А эльбрусья похоже довольно здоровенные процы так то. При том более лайтовые варианты поди еще и не предусмотрены, да? VLIW вообще к таким вариациям не особо дружественный. В случае ARM/RISCV и т.п. если надо поменьше, делают простейший in-order, варьирующейся степени тормознутости. А если надо перфоманс - делают дирный OoO со всеми наворотами. Однако наружу торчит одно и то же ABI, и софт вообще может не париться на котором из его запустили. По крайней мере, это будет технрически корректно работать. А в случае VLIW любые изменения начинки немедленно отливаются на интерфейсе, как я понимаю. Поэтому масштабировать его вверх-вниз должно быть проблематично, не? В том смысле что один хрен придется чертову кучу фич влепить для совместимости и кристалл будет здоровенный, даже если много и не было надо, etc?

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Ценник тут сугубо от тиража, т.е. если e2k напечатать штеудным тиражем, что >> цена будет условно как у атмеги. > Это наглый гон. Атмеги делают на допотопном оборудовании и процессах (отбивать затраты > не надо) при мизерной площади кристалла (дофига чипов с вафли и > дефекты 1 чипа менее критичны). > А эльбрусья похоже довольно здоровенные процы так то. При том более лайтовые > варианты поди еще и не предусмотрены, да? VLIW вообще к таким > вариациям не особо дружественный. В случае ARM/RISCV и т.п. если надо > поменьше, делают простейший in-order, варьирующейся степени тормознутости. А если надо > перфоманс - делают дирный OoO со всеми наворотами. Однако наружу торчит > одно и то же ABI, и софт вообще может не париться > на котором из его запустили. По крайней мере, это будет технрически > корректно работать. А в случае VLIW любые изменения начинки немедленно отливаются > на интерфейсе, как я понимаю. Поэтому масштабировать его вверх-вниз должно быть > проблематично, не? В том смысле что один хрен придется чертову кучу > фич влепить для совместимости и кристалл будет здоровенный, даже если много > и не было надо, etc?
	Введите код, изображенный на картинке: