RM
От того, лежит в регистре до того, как китаец склепал твою планку озу
Чего
Size: a a a
2020 March 19
RM
Я никак не смог осмыслить твое предложение
А
Я никак не смог осмыслить твое предложение
Я не удивлён
RM
Я не удивлён
Я тоже
А
Почитай про регистры, кэш и озу
RM
Почитай про регистры, кэш и озу
а причем тут китаец?
А
а причем тут китаец?
Ну скорость Мува иногда зависит от скорости работы озу
RM
Ну скорость Мува иногда зависит от скорости работы озу
Так она идентична для всех мувов
А
Так она идентична для всех мувов
Не
RM
Иначе говоря, mov может быть очень очень медленным не относится к тестам, а в целом ты имеешь в виду, но тогда это вообще к тесту никакого отношение не имеет
А
Если мув берет значение из озу, будет медленно
АК
скорость мува из ОЗУ зависит от того, в каком из кэшей лежат данные.
если провести бенчмарк на миллионе чтений подряд, то это бенчмарк "на разогретом кэше", что в реальности не случается практически никогда
если провести бенчмарк на миллионе чтений подряд, то это бенчмарк "на разогретом кэше", что в реальности не случается практически никогда
RM
А есть разница какой stl юзать?
АК
так что бенчмарки на чтение из ОЗУ без сброса кэша не имеют никакого практического смысла
RM
В общем, интересно
RM
Я одну из переменных в структуре изменил на uint64_t тип
RM
И теперь по ссылке быстрее
RM
По сути, если размер не превышает uint64_t в сумме, то лучше по значению передавать
RM
Хотя тут опять же вопрос, а как быть с pack/unpack, нужно ли это
А
По сути, если размер не превышает uint64_t в сумме, то лучше по значению передавать
Больше