L
Size: a a a
2020 March 08
L
Сложно использовать, поэтому примерно полтора проекта это делают
А главное - бездумное пользование такими штуками может не ускорить, а замедлить.
R
Я это и имел ввиду под "Сложно"
R
Да и локальность данных все равно важнее
R
Хочешь, не хочешь, а данные в кэш суются не по одному байту
A
Хочешь, не хочешь, а данные в кэш суются не по одному байту
ну а как они вообще суются?
A
То есть мы если обращаемся любым образом к памяти
A
процессор сразу весь кусок под размер кэша отрывает?
R
Идет lookup. Если в кэше L1 нет такого, то целая линия (512 байт на современных процах) тянется из L2
R
Если в L2 нет, то из L3
L
ну а как они вообще суются?
Если совсем вкратце:
Внутри проца сидит оракул, предсказывает будущее и на основе этих предсказаний оперирует всем этим.
Внутри проца сидит оракул, предсказывает будущее и на основе этих предсказаний оперирует всем этим.
R
Если в L3 нет, то идет запрос на память
R
Ну и да. Префетчер очень хитрожоп
A
Идет lookup. Если в кэше L1 нет такого, то целая линия (512 байт на современных процах) тянется из L2
А, то есть по сути в кэше и в оперативе хранятся одинаковые адреса да?
o
kvark: Интересно всё же было бы увидеть сравнение скорости ECS на реальных проектах. Вот Аметист, говоришь, переезжает - самое время делать такие замеры. Где они? А то синтетика - она такая.
R
Каждая линия ассоциирована с каким-то виртуальным адресом
A
ну допустим обратились мы к нулевому элементу массива, умножили его на 10, потом попросили следующий элемент, процессор по этому адресу смотрит по кэшу 1, 2, 3 а потом уже и в память, так?
R
Если б ты читал поочереди, то префетчер уже б догадался о твоих намерениях и данные были б в L1
A
То есть по сути надо для каждой системы группировать данные по тому как она их использует, то есть если у меня есть система управляющая передвижением, то в компоненте сразу есть и позиция и вектор движения