форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[Проследить за развитием треда]

"OpenNews: Эффективность опций оптимизации в icc и gcc. Причи..."

Сообщение от opennews on 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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Сообщения по теме

[Сортировка по времени, UBB]

1. "к слову о '64-bit' Xeon"

Сообщение от gvy on 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 -- тоже.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "к слову о '64-bit' Xeon"
	Сообщение от trantor (??) on 02-Ноя-06, 13:09
	AMD64? Tozhe da ili tozhe net?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "к слову о '64-bit' Xeon"
	Сообщение от gvy on 02-Ноя-06, 13:18
	>AMD64? Tozhe da ili tozhe net? Работает.  И IOMMU там железный.  И контроллер памяти нормальный, а не жрёт свои отдельные 30W с воот таким радиатором.  И HyperTransport есть... Ещё получается, что интеловские серверные матери сейчас (когда стали появляться раньше всех остальных для заданного чипсета, а не после всех) -- удручающе сырые и необкатанные: выплёвывают винты, дурят с сетью (причём на SuperMicro и Tyan на том же наборе всё работает), ещё вот с ps/2-клавиатурой странные вещи происходили (брали usb). Проблемность -- порядка 30%.  Грустно :-(
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

Сообщение от pavlinux (??) on 02-Ноя-06, 12:11

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

Сообщение от klalafuda on 03-Ноя-06, 12:59

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Эффективность опций оптимизации в icc и gcc. Причины утечек ..."
	Сообщение от Николас on 03-Ноя-06, 20:36
	Без rtti всегда можно обойтись, без exceptions тоже можно обойтись, но с ними удобнее. От rtti пользы же совсем мало.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "Эффективность опций оптимизации в icc и gcc. Причины утечек ..."
	Сообщение от northbear (??) on 05-Ноя-06, 09:11
	Без exceptions писать реально реюзабельный код не возможно. Практика показала. RTTI применима лишь в тех областях, где java уже вне конкуренции.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]