W
С каких пор вообще модули влияют на производительность? Я слышал что нет разницы между вызовами методов из .dll и вызовами обычных функций
Лишняя индерекция на ходьбу по поинтеру к модулю и невозможность lto.
Size: a a a
2020 September 02
RM
Лишняя индерекция на ходьбу по поинтеру к модулю и невозможность lto.
Не понял, указатель на функцию .dll берется до цикла
RM
Цикл вообще работает через виртуальные методы
W
Основной тред лишь вызывает виртуальные методы у классов, а дальше уже классы самих модулей ввозят асинхронность и многопоток
И ты делаешь .update в основном треде, по всем модулям, последовательно? Серьёзно?
RM
И ты делаешь .update в основном треде, по всем модулям, последовательно? Серьёзно?
По всем классам из модулей
RM
Да, серьезно, а как ты собрался туда многопоток из приложения завезти? Это нереально
RM
В онлайн играх последовательность алгоритмов играет важную роль, вводя многопоток ты эту последовательность не получишь
W
Не понял, указатель на функцию .dll берется до цикла
И каждый раз ты ходишь на другой участок памяти, про который в момент компиляции неизвестно ничего...
RM
И каждый раз ты ходишь на другой участок памяти, про который в момент компиляции неизвестно ничего...
Верно, только указатель на виртуальный класс и по нему вызовы виртуальных методов
W
Да, серьезно, а как ты собрался туда многопоток из приложения завезти? Это нереально
Возьму футуры и буду делать это асинхронно. Ибо ситуация когда модуль 1 ждет модуль 2, и друг от друга прямо не зависит - говно.
G
И каждый раз ты ходишь на другой участок памяти, про который в момент компиляции неизвестно ничего...
Это ж как должно при этом совпасть, чтобы cache hit'ы получать... надо однозначно свой загрузчик дллок и кастомный аллокатор писать
W
Это ж как должно при этом совпасть, чтобы cache hit'ы получать... надо однозначно свой загрузчик дллок и кастомный аллокатор писать
Если чтоб по нормальному - то да.
G
Чтобы последовательно лежало и все приложение целиком помещалось в кэш
RM
Возьму футуры и буду делать это асинхронно. Ибо ситуация когда модуль 1 ждет модуль 2, и друг от друга прямо не зависит - говно.
То что ты предлагаешь сложно реализовать и смысла в этом нет
RM
Асинхронность и многопоточность можно завозить внутри самих модулей
W
Чтобы последовательно лежало и все приложение целиком помещалось в кэш
Ага, благо с pmr запилить это будет попроще.
G
Ну или просто требования к железу чуть поднять
RM
Ну или просто требования к железу чуть поднять
и так придется поднимать
W
То что ты предлагаешь сложно реализовать и смысла в этом нет
У тебя в модуле 1 тяжелая операция, ты ждешь когда отработает update, у модуля 2 update не вызван, ибо ты ждешь первого...
RM
У тебя в модуле 1 тяжелая операция, ты ждешь когда отработает update, у модуля 2 update не вызван, ибо ты ждешь первого...
В таком случае разработчик должен позаботиться об этом модуле сам и ввести асинхронность