|
|
« Предыдущая тема | Следующая тема » |
Опции темы | Опции просмотра |
|
|
|||||
caseyryan, разница в том, что код на ассемблере сложно заставить тормозить, в отличии от первого.
В С++, например, ассемблерные вставки в узких местах - это норма.
__________________
There is no thing in this world that is not simple. |
|
|||||
Ты сам то понял что написал?
|
|
|||||
То, что пример с ассемблером - некорректный.
Его используют там, где он нужен. То же и с матрицами. Думаю, трансформации матриц в подобном случае будут работать эффективней контейнера из-за меньшего уровня абстракции.
__________________
There is no thing in this world that is not simple. |
|
|||||
Посчитать по 100500 матриц в каждом кадре с ожидаемым фпс, близким к 60 или посчитать 100500 матриц за всю (длительную) историю работы приложения. Оптимизация - это круто, но не забывайте, что кроме оптимизации кода существуют и другие направления оптимизации. И даже читабельность исходного кода может быть оптимизирована даже без комментариев. Само собой, если ты просто дышишь матрицами и их преобразованиями, то нет смысла свой приватный код захламлять разными к(а)нтейнераи даже на этапе инициализации. Но в другом случае операции перемещения, масштабирования, сдвига и вращения куда более понятны, чем универсальное преобразование в виде матрицы. Лишь бы эта строчка не попадала в "узкое место".
|
|
|||||
Регистрация: May 2013
Адрес: (0, 0)
Сообщений: 176
|
Цитата:
|
|
|||||
Регистрация: May 2013
Адрес: (0, 0)
Сообщений: 176
|
Как раз хотел написать о том, что разницы я не увидел
|
|
|||||
Цитата:
Это называется "слышит звон, да не знает где он") Пример с ассемблером, точно такой же как и с матицами. С ним тоже меньше уровней абстракции. Их как раз и придумывали для того, чтобы упростить работу программистам. Иначе все бы просто писали на ассемблере и было все к шоколаде |
Часовой пояс GMT +4, время: 23:15. |
|
« Предыдущая тема | Следующая тема » |
|
|