URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 35889
[ Назад ]
Исходное сообщение
"OpenNews: Эффективность опций оптимизации в icc и gcc. Причины утечек памяти."
Отправлено opennews , 02-Ноя-06 11:43 
В статье "Optimizing Open-Source Software for Intel Architectures (http://www.ddj.com/dept/cpp/193500796?pgno=1)" рассматривается влияние на производительность использования расширенных опций оптимизации компиляторов gcc и  Intel Compiler. Оценка приводится для процессоров Intel Pentium 4, 64-bit Xeon и  Itanium 2.


Для  Intel Compiler оптимальным оказалось использование опций "-O3 -ip", а для gcc 3.4.4 - "-O3 -fomit-frame-pointer -felide-constructors -fno-rtti -fno-exception".


В заключение можно отметить выход небольшой статьи "Pointers and memory leaks in C (http://www-128.ibm.com/developerworks/aix/library/au-toughgame/)" с примерами возникновения утечек памяти и проблем связанных с выходом за допустимые границы выделенных блоков памяти в программах на Си.

URL: http://www.ddj.com/dept/cpp/193500796?pgno=1
Новость: http://www.opennet.me/opennews/art.shtml?num=8670

Содержание
Сообщения в этом обсуждении
"к слову о '64-bit' Xeon"
Отправлено gvy , 02-Ноя-06 11:43 
Внимание, грабли: на Woodcrest (aka Intel Xeon 5100 series) под Lustre в 64-битном режиме пойманы проблемы, которые воспроизводятся на gcc 3.2/3.4/4.1 и не воспроизводятся в 32-битном режиме (RAM<4Gb, т.е. до той границы, где может ещё и отсутствие в EM64T аппаратного IOMMU вылезти).  На более ранних Xeon EM64T, равно как и на IA64, такого не наблюдалось.

На честном AMD64 -- тоже.

"к слову о '64-bit' Xeon"
Отправлено trantor , 02-Ноя-06 13:09 
AMD64? Tozhe da ili tozhe net?

"к слову о '64-bit' Xeon"
Отправлено gvy , 02-Ноя-06 13:18 
>AMD64? Tozhe da ili tozhe net?
Работает.  И IOMMU там железный.  И контроллер памяти нормальный, а не жрёт свои отдельные 30W с воот таким радиатором.  И HyperTransport есть...

Ещё получается, что интеловские серверные матери сейчас (когда стали появляться раньше всех остальных для заданного чипсета, а не после всех) -- удручающе сырые и необкатанные: выплёвывают винты, дурят с сетью (причём на SuperMicro и Tyan на том же наборе всё работает), ещё вот с ps/2-клавиатурой странные вещи происходили (брали usb).

Проблемность -- порядка 30%.  Грустно :-(

"Эффективность опций оптимизации в icc и gcc. Причины утечек памяти."
Отправлено pavlinux , 02-Ноя-06 12:11 
>пойманы проблемы

Какие проблемы

"Эффективность опций оптимизации в icc и gcc. Причины утечек памяти."
Отправлено klalafuda , 03-Ноя-06 12:59 

ага, "-fno-rtti -fno-exception" это просто прелесть :))) лучше уж тогда "-fno-cpp" и баста.

// wbr

"Эффективность опций оптимизации в icc и gcc. Причины утечек ..."
Отправлено Николас , 03-Ноя-06 20:36 
Без rtti всегда можно обойтись, без exceptions тоже можно обойтись, но с ними удобнее. От rtti пользы же совсем мало.
"Эффективность опций оптимизации в icc и gcc. Причины утечек ..."
Отправлено northbear , 05-Ноя-06 09:11 
Без exceptions писать реально реюзабельный код не возможно. Практика показала.
RTTI применима лишь в тех областях, где java уже вне конкуренции.