OpenForum RSS: OpenNews: Эффективность опций оптимизации в icc и gcc. Причины утечек памяти. https://www.opennet.ru/openforum/vsluhforumID3/35889.html В статье "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.<br><br><br>Для Intel Compiler оптимальным оказалось использование опций "-O3 -ip", а для gcc 3.4.4 - "-O3 -fomit-frame-pointer -felide-constructors -fno-rtti -fno-exception".<br><br><br>В заключение можно отметить выход небольшой статьи "Pointers and memory leaks in C (http://www-128.ibm.com/developerworks/aix/library/au-toughgame/)" с примерами возникновения утечек памяти и проблем связанных с выходом за допустимые границы выделенных блоков памяти в программах на Си.<br><br>URL: http://www.ddj.com/dept/cpp/193500796?pgno=1<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=8670<br> Эффективность опций оптимизации в icc и gcc. Причины утечек ... (northbear) https://www.opennet.ru/openforum/vsluhforumID3/35889.html#7 Sun, 05 Nov 2006 06:11:02 GMT Без exceptions писать реально реюзабельный код не возможно. Практика показала.<br>RTTI применима лишь в тех областях, где java уже вне конкуренции. Эффективность опций оптимизации в icc и gcc. Причины утечек ... (Николас) https://www.opennet.ru/openforum/vsluhforumID3/35889.html#6 Fri, 03 Nov 2006 17:36:58 GMT Без rtti всегда можно обойтись, без exceptions тоже можно обойтись, но с ними удобнее. От rtti пользы же совсем мало. Эффективность опций оптимизации в icc и gcc. Причины утечек памяти. (klalafuda) https://www.opennet.ru/openforum/vsluhforumID3/35889.html#5 Fri, 03 Nov 2006 09:59:37 GMT <br>ага, "-fno-rtti -fno-exception" это просто прелесть :))) лучше уж тогда "-fno-cpp" и баста.<br><br>// wbr<br> к слову о '64-bit' Xeon (gvy) https://www.opennet.ru/openforum/vsluhforumID3/35889.html#4 Thu, 02 Nov 2006 10:18:15 GMT &gt;AMD64? Tozhe da ili tozhe net? <br>Работает. И IOMMU там железный. И контроллер памяти нормальный, а не жрёт свои отдельные 30W с воот таким радиатором. И HyperTransport есть...<br><br>Ещё получается, что интеловские серверные матери сейчас (когда стали появляться раньше всех остальных для заданного чипсета, а не после всех) -- удручающе сырые и необкатанные: выплёвывают винты, дурят с сетью (причём на SuperMicro и Tyan на том же наборе всё работает), ещё вот с ps/2-клавиатурой странные вещи происходили (брали usb).<br><br>Проблемность -- порядка 30%. Грустно :-( к слову о '64-bit' Xeon (trantor) https://www.opennet.ru/openforum/vsluhforumID3/35889.html#3 Thu, 02 Nov 2006 10:09:49 GMT AMD64? Tozhe da ili tozhe net?<br><br> Эффективность опций оптимизации в icc и gcc. Причины утечек памяти. (pavlinux) https://www.opennet.ru/openforum/vsluhforumID3/35889.html#2 Thu, 02 Nov 2006 09:11:16 GMT &gt;пойманы проблемы<br><br>Какие проблемы к слову о '64-bit' Xeon (gvy) https://www.opennet.ru/openforum/vsluhforumID3/35889.html#1 Thu, 02 Nov 2006 08:43:24 GMT Внимание, грабли: на Woodcrest (aka Intel Xeon 5100 series) под Lustre в 64-битном режиме пойманы проблемы, которые воспроизводятся на gcc 3.2/3.4/4.1 и не воспроизводятся в 32-битном режиме (RAM&lt;4Gb, т.е. до той границы, где может ещё и отсутствие в EM64T аппаратного IOMMU вылезти). На более ранних Xeon EM64T, равно как и на IA64, такого не наблюдалось.<br><br>На честном AMD64 -- тоже.