The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Эффективность опций оптимизации в 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" с примерами возникновения утечек памяти и проблем связанных с выходом за допустимые границы выделенных блоков памяти в программах на Си.

  1. Главная ссылка к новости (http://www.ddj.com/dept/cpp/19...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/8670-gcc
Ключевые слова: gcc, memory, optimization
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (7) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 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:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру