Исходное сообщение
"Анализ использования ассемблерных вставок в коде открытых пр..." Отправлено Аноним, 02-Апр-13 19:22
Бред. > 1. Нужно реально иметь очень высокое мастерство работы на ассемблере. Нет. Проверено моим студентом - прочитав по диагонали книгу по асемблеру (и не зная низкоуровневой кухни как-то кэши, предсказания ветвлений, конвееры и т.д.) совершенно наивный asm код примерно в половине раз получается быстрее последних gcc. Проверено на написании библиотеки графических фильтров. > 2. Код будет скорее всего зависим от hardware. В новости написано что почти везде это альтернативные реализации с переносимым fallback'ом. > 3. Величина выигрыша будет почти наверняка зависеть от hardware. Будет, и что? > 4. Для оптимизации хитрой обработки нужно оказаться хитрее компилятора, который разрабатывали не студенты-первокурсники, надо отметить. См п.1 - нет, ну нужно. > 5. Трудозатраты на работу на ассемблере весьма велики. Это никого не волнует. > 6. Как показывает практика, цитата : "общий эффект подавляется другими узкими местами". А вот это самый большой бред, ибо средняя температура по больнице. То, что "подавляется" в 99% случаев в 1% даст прирост производительности в десятки раз. Итого, посыл новости должен быть в ключе: низкоуровневым оптимизациям быть, если предусмотрен - переносимый fallback на высокоуровневом языке (заодно описывающий алгоритм) - система сборки позволяет легко переключаться между оптимизированным и fallback вариантами - обеспечено должное тестирование