Форум программистов
 

Восстановите пароль или Зарегистрируйтесь на форуме, о проблемах и с заказом рекламы пишите сюда - alarforum@yandex.ru, проверяйте папку спам!

Вернуться   Форум программистов > Delphi программирование > Общие вопросы Delphi
Регистрация

Восстановить пароль
Повторная активизация e-mail

Купить рекламу на форуме - 42 тыс руб за месяц

Ответ
 
Опции темы Поиск в этой теме
Старый 25.03.2015, 18:39   #11
Turbine
Пользователь
 
Регистрация: 13.08.2008
Сообщений: 76
По умолчанию

Значит только ассемблер...
Помню пробовал пристроиться к OpenCL для умножений, сравнений и поиска. Если видюха позволяет - скорость безусловно хороша. Два обламывающих лимита - память ограничена и все готовить для отправки по шине в оба направления. И самое ужасное - нужны cl файлы без которых никак и никуда.
Turbine вне форума Ответить с цитированием
Старый 25.03.2015, 22:22   #12
Vapaamies
Ваш К. О.
Участник клуба
 
Аватар для Vapaamies
 
Регистрация: 26.12.2012
Сообщений: 1,799
По умолчанию

Цитата:
Сообщение от Человек_Борща Посмотреть сообщение
FASM внезапно генерирует одинаковое кол-во байт для 32й и 64й программы.
Тут, наверное, имеется в виду расход байтов на короткие и косвенные вызовы, когда адрес пишется (компилятором) константой в коде. Под x86 эта константа будет занимать 4 байта, а под x64 -- 8.

В твоем коде на FASM таких вызовов, наверное, не было. Хоть один invoke был?
Vapaamies вне форума Ответить с цитированием
Старый 25.03.2015, 22:26   #13
Вадим Мошев

Старожил
 
Аватар для Вадим Мошев
 
Регистрация: 12.11.2010
Сообщений: 8,568
По умолчанию

Кстати, я бы ещё книгу посоветовал
РИХТЕР ДЖЕФФРИ. - СОЗДАНИЕ ЭФФЕКТИВНЫХ WIN32-ПРИЛОЖЕНИЙ С УЧЁТОМ СПЕЦИФИКИ 64-РАЗРЯДНОЙ ВЕРСИИ WINDOWS
хотя сам ещё не читал

Последний раз редактировалось Вадим Мошев; 25.03.2015 в 22:32.
Вадим Мошев вне форума Ответить с цитированием
Старый 25.03.2015, 22:54   #14
Пепел Феникса
Старожил
 
Аватар для Пепел Феникса
 
Регистрация: 28.01.2009
Сообщений: 21,000
По умолчанию

Цитата:
Сообщение от Vapaamies Посмотреть сообщение
Тут, наверное, имеется в виду расход байтов на короткие и косвенные вызовы, когда адрес пишется (компилятором) константой в коде. Под x86 эта константа будет занимать 4 байта, а под x64 -- 8.

В твоем коде на FASM таких вызовов, наверное, не было. Хоть один invoke был?
там часто идет относительное смещение до таблицы импорта. а она в силу выравнивания вообще не особо меняется.
Хорошо поставленный вопрос это уже половина ответа. | Каков вопрос, таков ответ.
Программа делает то что написал программист, а не то что он хотел.
Функции/утилиты ждут в параметрах то что им надо, а не то что вы хотите.
Пепел Феникса вне форума Ответить с цитированием
Старый 25.03.2015, 23:46   #15
Turbine
Пользователь
 
Регистрация: 13.08.2008
Сообщений: 76
По умолчанию

По поводу литературы - да, оно все здорово. Если вычисления можно производить в нескольких потоках - то лучше так и поступить. действительно, очень удобно. В данном случае как мне показалось эксплуатируется именно этот подход, а не оптимизация под x64.

Кто-нибудь собственные тесты проводил. Редкие бенчмарки обычно проводятся для сравнения производительности 32-битных приложений под 32- и 64-битными виндами.
А вот демок с кодом под 32 и заточенным под x64, чтобы можно было убедиться в эффективности 64 не найти.
Turbine вне форума Ответить с цитированием
Ответ


Купить рекламу на форуме - 42 тыс руб за месяц



Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Собираем команду для разработки игрушек,приложений DenDan Фриланс 12 16.02.2015 16:41
Создание игры::особенности коллективной разработки флеш приложений АТИКОН Gamedev - cоздание игр: Unity, OpenGL, DirectX 9 21.08.2011 19:51
Особенности окон Java-приложений Gonzo Win Api 3 18.08.2011 17:35