Comments 6
Эх, прервал на самом интересном месте…
В источнике вторая часть уже выложена. Так что если невтерпёж, то можно на аглицком почитать.
Итого, подтверждается золотое правило: скорость работы это алгоритм, отсутствие многопоточных блокировок и локальность данных (о чем, собственно, статья).
Ужасный перевод ключевого предложения (в нем вообще вся суть статьи):
Оригинал:
Every time we pull in a new Object and call GetTransform(), it will most likely result in a cache miss as we load in mTransform and put it on the stack.
Перевод автора:
Каждый раз, когда мы добавляем новый Object и вызываем GetTransform(), это наверняка приводит к промаху кеша при загрузке в mTransform и помещению в стек.
Что имелось ввиду:
При вызове функции GetTransform() каждого Объекта мы, скорее всего, получим промах кеша при копирование данных из mTransofrm в стек.
Оригинал:
Every time we pull in a new Object and call GetTransform(), it will most likely result in a cache miss as we load in mTransform and put it on the stack.
Перевод автора:
Каждый раз, когда мы добавляем новый Object и вызываем GetTransform(), это наверняка приводит к промаху кеша при загрузке в mTransform и помещению в стек.
Что имелось ввиду:
При вызове функции GetTransform() каждого Объекта мы, скорее всего, получим промах кеша при копирование данных из mTransofrm в стек.
>А как мы знаем, mTransform начинается за 4 байта до начала объекта
Т.е. по вашему поле структуры начинается за 4 байта до начала расположения объекта в памяти? Там же картинка есть даже, на ней видно где mTransform.
Зачем и для кого этот перевод?
Т.е. по вашему поле структуры начинается за 4 байта до начала расположения объекта в памяти? Там же картинка есть даже, на ней видно где mTransform.
Зачем и для кого этот перевод?
Only those users with full accounts are able to leave comments. Log in, please.
Профилирование: измерение и анализ