Эффективность опций оптимизации в icc и gcc. Причины утечек памяти.

01.11.2006 22:49

В статье "Optimizing Open-Source Software for Intel Architectures" рассматривается влияние на производительность использования расширенных опций оптимизации компиляторов 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.ddj.com/dept/cpp/19...)

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/8670-gcc

Ключевые слова: gcc, memory, optimization

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (7)

1.1, gvy (?), 11:43, 02/11/2006 [ответить] [↓] [п©б╘п▒Б┬≥Б∙≈ п©б╘п▒Б┬≥Б∙≥п©б╘п▒Б┬≥Б∙⌡п©б╘п▒Б┬≥Б∙▓п©б╘п▒Б┬≥я▒я▐Б√░п▒Б√═Б■─п©б╘п▒Б┬≥ц╥я▐Б√░п▒Б√═Б√└п©б╘п▒Б┬≥Б∙⌡я▐Б√░п▒Б√═Б■─я▐Б√░п▒Б√═Б√▒]	+/–
Внимание, грабли: на Woodcrest (aka Intel Xeon 5100 series) под Lustre в 64-битном режиме пойманы проблемы, которые воспроизводятся на gcc 3.2/3.4/4.1 и не воспроизводятся в 32-битном режиме (RAM<4Gb, т.е. до той границы, где может ещё и отсутствие в EM64T аппаратного IOMMU вылезти). На более ранних Xeon EM64T, равно как и на IA64, такого не наблюдалось. На честном AMD64 -- тоже.

2.3, trantor (??), 13:09, 02/11/2006 [^] [^^] [^^^] [ответить] [п©б╘п▒Б┬≥Б∙≈ п©б╘п▒Б┬≥Б∙≥п©б╘п▒Б┬≥Б∙⌡п©б╘п▒Б┬≥Б∙▓п©б╘п▒Б┬≥я▒я▐Б√░п▒Б√═Б■─п©б╘п▒Б┬≥ц╥я▐Б√░п▒Б√═Б√└п©б╘п▒Б┬≥Б∙⌡я▐Б√░п▒Б√═Б■─я▐Б√░п▒Б√═Б√▒]	+/–
AMD64? Tozhe da ili tozhe net?

3.4, gvy (?), 13:18, 02/11/2006 [^] [^^] [^^^] [ответить] [п©б╘п▒Б┬≥Б∙≈ п©б╘п▒Б┬≥Б∙≥п©б╘п▒Б┬≥Б∙⌡п©б╘п▒Б┬≥Б∙▓п©б╘п▒Б┬≥я▒я▐Б√░п▒Б√═Б■─п©б╘п▒Б┬≥ц╥я▐Б√░п▒Б√═Б√└п©б╘п▒Б┬≥Б∙⌡я▐Б√░п▒Б√═Б■─я▐Б√░п▒Б√═Б√▒]

+/–

>AMD64? Tozhe da ili tozhe net?
Работает. И IOMMU там железный. И контроллер памяти нормальный, а не жрёт свои отдельные 30W с воот таким радиатором. И HyperTransport есть...

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

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

1.2, pavlinux (??), 12:11, 02/11/2006 [ответить] [↑] [п©б╘п▒Б┬≥Б∙≈ п©б╘п▒Б┬≥Б∙≥п©б╘п▒Б┬≥Б∙⌡п©б╘п▒Б┬≥Б∙▓п©б╘п▒Б┬≥я▒я▐Б√░п▒Б√═Б■─п©б╘п▒Б┬≥ц╥я▐Б√░п▒Б√═Б√└п©б╘п▒Б┬≥Б∙⌡я▐Б√░п▒Б√═Б■─я▐Б√░п▒Б√═Б√▒]	+/–
>пойманы проблемы Какие проблемы

1.5, klalafuda (?), 12:59, 03/11/2006 [ответить] [п©б╘п▒Б┬≥Б∙≈ п©б╘п▒Б┬≥Б∙≥п©б╘п▒Б┬≥Б∙⌡п©б╘п▒Б┬≥Б∙▓п©б╘п▒Б┬≥я▒я▐Б√░п▒Б√═Б■─п©б╘п▒Б┬≥ц╥я▐Б√░п▒Б√═Б√└п©б╘п▒Б┬≥Б∙⌡я▐Б√░п▒Б√═Б■─я▐Б√░п▒Б√═Б√▒]	+/–
ага, "-fno-rtti -fno-exception" это просто прелесть :))) лучше уж тогда "-fno-cpp" и баста. // wbr

2.6, Николас (?), 20:36, 03/11/2006 [^] [^^] [^^^] [ответить] [п©б╘п▒Б┬≥Б∙≈ п©б╘п▒Б┬≥Б∙≥п©б╘п▒Б┬≥Б∙⌡п©б╘п▒Б┬≥Б∙▓п©б╘п▒Б┬≥я▒я▐Б√░п▒Б√═Б■─п©б╘п▒Б┬≥ц╥я▐Б√░п▒Б√═Б√└п©б╘п▒Б┬≥Б∙⌡я▐Б√░п▒Б√═Б■─я▐Б√░п▒Б√═Б√▒]	+/–
Без rtti всегда можно обойтись, без exceptions тоже можно обойтись, но с ними удобнее. От rtti пользы же совсем мало.

3.7, northbear (??), 09:11, 05/11/2006 [^] [^^] [^^^] [ответить] [п©б╘п▒Б┬≥Б∙≈ п©б╘п▒Б┬≥Б∙≥п©б╘п▒Б┬≥Б∙⌡п©б╘п▒Б┬≥Б∙▓п©б╘п▒Б┬≥я▒я▐Б√░п▒Б√═Б■─п©б╘п▒Б┬≥ц╥я▐Б√░п▒Б√═Б√└п©б╘п▒Б┬≥Б∙⌡я▐Б√░п▒Б√═Б■─я▐Б√░п▒Б√═Б√▒]	+/–
Без exceptions писать реально реюзабельный код не возможно. Практика показала. RTTI применима лишь в тех областях, где java уже вне конкуренции.

Добавить комментарий

Имя:

E-Mail:

Текст: