Комментарии 24
2.6.30? Сыровато, ждём ещё хотя бы пол-года…
Архитектура x86 все больше и больше обростает всевозможными расширениями. Еще пару лет и мы увидим какой-нибудь набор инструкций под названием EAVX. Здесь, как и в случае с альтернативными источниками энергии, подозреваю, есть более рациональне и эффективное решения. Но ведь никакой производитель, находящийся в совем уме, не откажется от продукта, приносящего такую прибыль. Остается надеятся только на какой-то кризис, переломный момент, который все-таки заставит производитетелей процессоров пересмотреть методы увеличения быстродейтсвия. Эх, обратная совместимость — проклятие, павшее на разработчиков программного и аппаратного обеспечения :)
99% этого проклятия легко решается опенсорсом. Сменил ахитектуру процессора в компиляторе — и в бой.
Какая наивность, господи. Вы сисадмин наверное какой-нибудь.
Ага. Я привык, что софт собирается под любые платформы. Во, например: alpha, amd64, arm, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390,sparc.
Если вы думаете, что так получается «бесплатно» в связи с наличием исходников, то вы сильно заблуждаетесь. Для этого софт продолжительно пилиться, а по коду разбросаны инструкции «если спарк, то так, если x86, то эдак».
Я понимаю, что в _некоторых_ случаях это так. Но чем меньше программа работает с железом, тем меньше ей нужно про это думать. Я особо много не писал, но когда писал, то вполне смог сделать приложение, которое без обработки напильником собиралось под любую платформу.
Оно же все на абстракциях работает. Производительность в лучшем случае будет средняя, а скорей всего самая поганая.
Насколько я понимаю, проблемы с архитектурой возникают в тот момент, когда мы взаимодействуем с данными окружающего мира (сеть, диск). Пока программа занимается своими вопросами, то в чём проблема в архитектуре? Битность? По-идее, грамотно написанной программе это не важно. Порядок байт? Аналогично. Выравнивание в памяти? Головная боль компилятора. Инструкции? Аналогично.
Если не затруднит, покажите, какие проблемы возникают при смене архитектуры у прикладных программ?
Если не затруднит, покажите, какие проблемы возникают при смене архитектуры у прикладных программ?
Более рациональное и эффективное решение было выпущено ещё в 2001 году — это архитектура IA64 (которая в Итаниумах). Там разработчики придумали, как увеличивать производительность, не добавляя новых команд. Но сегодня IA64 скорее мёртв, чем жив. И в том числе и из-за нежелания программистов поддерживать ещё одну архитектуру.
Пишу из будущего — анонсирован AVX-512.
интересно, а в компиляторах типа ГЦЦ надо как-то активировать этот набор?
когда убунта будет собрана с этим набором?
можно ли в обычной работе увидеть прирост?
когда убунта будет собрана с этим набором?
можно ли в обычной работе увидеть прирост?
Чтобы что-то увидеть заметное, нужно руками перефигачить гору кода.
Автоматическая веткторизация ещё в зачаточном состоянии и будет ещё лет 20 =)
Автоматическая веткторизация ещё в зачаточном состоянии и будет ещё лет 20 =)
Очень сомнительно, что «в обычной работе» можно будет что-то увидеть. SIMD инструкции хороши в обработке данных. На десктопе это только просмотр видео/аудио. Рендеринг и обработка фотоматериалов это все-таки не повседневные задачи.
Кстати, вспоминается давнишняя реклама третьего пентиума: «80 команд специально для работы в Интернет». К интернету те команды имели весьма опосредованное отношение.
Кстати, вспоминается давнишняя реклама третьего пентиума: «80 команд специально для работы в Интернет». К интернету те команды имели весьма опосредованное отношение.
В GCC этот набор активируется параметром -mavx. Не знаю, умеет ли векторизатор в GCC использовать 256-битные инструкции, но прирост производительности за счёт использования трёхоперандных инструкций будет в любом случае.
Стабильная Ubuntu с поддержкой AVX, очевидно, появится не раньше, чем процессоры с поддержкой AVX. Т.е. ждать ещё как минимум полгода.
В «обычной работе», думаю, заметнее всего будет то, что превьюшки к JPEG-ам будут генериться быстрее.
Стабильная Ubuntu с поддержкой AVX, очевидно, появится не раньше, чем процессоры с поддержкой AVX. Т.е. ждать ещё как минимум полгода.
В «обычной работе», думаю, заметнее всего будет то, что превьюшки к JPEG-ам будут генериться быстрее.
software.intel.com/en-us/articles/intel-avx-optimization-in-intel-mkl-v103/
Замечательная новость! Ускорение до 80% с помощью библиотеки MKL чисто на вычислительных задачах — это очень неплохо!
Замечательная новость! Ускорение до 80% с помощью библиотеки MKL чисто на вычислительных задачах — это очень неплохо!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Использование Intel AVX: пишем программы завтрашнего дня