n
Это их связывает с LIW/VLIW. Но у них нет автоматического кэша и недетерминизма. Данные из L2 и оперативки подкачиваются вручную
Size: a a a
2020 December 17
n
То что там у каждого проца собственная память ессно я знаю и знаю что остальное программно регулируется, но это не означает что нет прямого доступа. Каждый проц сам инициирует доступ к памяти и при этом ни от кого не зависит.
Я написал «прямой адресации»
n
Специально слова выбрал
n
А все равно видишь фигу
n
зачем ты запсотил эту картинку
Затем что каждому кто реально оптимизировал известно, что компактный код быстрее громоздкого ибо размер L1 кэша кода не бесконечный
SR
Затем что каждому кто реально оптимизировал известно, что компактный код быстрее громоздкого ибо размер L1 кэша кода не бесконечный
так ты же не знаешь, пц бинарь был собран в итоге с компиляцией этих скриптов?
VB
Я написал «прямой адресации»
Все паверы юзают load/store архитектуру и получается тоже не имеют прямого доступа в память, однако это ничему не мешает.
AV
о, денуву портировали на elbruh?
n
Все паверы юзают load/store архитектуру и получается тоже не имеют прямого доступа в память, однако это ничему не мешает.
А, теоретик
n
Вообще левый бессмысленный пример
VB
А, теоретик
рад за тебя.
n
Ты написал глупейший бессмысленный аргумент выдающий отсутствие понимания вопроса.
ΔΒ
Затем что каждому кто реально оптимизировал известно, что компактный код быстрее громоздкого ибо размер L1 кэша кода не бесконечный
тогда самый быстрый должен быть код
-march=i386 -Os, не так ли? :)ΔΒ
без никаких SSE и 32битный
ΔΒ
под i386
n
тогда самый быстрый должен быть код
-march=i386 -Os, не так ли? :)Нет ;)
ΔΒ
ну значит и не факт что самый короткий код = самый быстрый
ΔΒ
даже в пределах одного процессора -Os может быть медленнее чем -O3 несмотря на то что -O3 раздует размер ехе