тупой вопрос по find

А зачем тебе этот закрытый отстой ?
Почему отстой ? Потому что:
1) Далек от стандарта
2) Заточен ТОЛЬКО под Intel x86
3) Закрыт
Этих трех пунктов однозначно достаточно чтобы выбросить его в мусорку !

Млина .. Папуасы поперли ..
вообщем иди повешайся /я полез в biew ... может что-то и выйдет/
$echo.

тупой вопрос по find

Гы-гы :) Я фигею - тебе дельный совет дают, аргументируют причем не голословно а на основе опыта а ты все равно хочешь геморроя :)
Ну что-ж в перед ! Каждый сам себе злобный буратино :) :) :)

Вот .. Посидел покурил .. Решил извиниться перед анонимусом ...
Злой просто как собака . Почему как ?-)
$echo.
p.s. А про Буратин - классно сказано )

тупой вопрос по find

Да ладно ! Главное софта побольше выдавай на гора для нас и для меня то-же, а я то-же буду для сообщества и для тебя.

Там вообще-то бесплатная лицензия для некоммерческого использования есть.

-

>Этих трех пунктов однозначно достаточно чтобы выбросить его в мусорку !

А не подскажешь ли свободный компилер - который поддерживает OpenMP ?

Или его тоже в мусорку ?

2SS респект 0) + компилляторы для автоматического распараллеливания кода -parallel Intel -Mconcur=dist:[cyclic|block] PGI /если надо - могу дать 5.0 - win32 or linux - одинаково камильфно/ Best respect,$echo.

$echo, чего паришься? интел сам дает лицензию на линуховую версию для некоммерческого использования, у тебя поди в органике не сильно коммерческое пользование?

PS. привет соседям по городку :)

>2SS респект 0) + компилляторы для автоматического распараллеливания кода -parallel Intel -Mconcur=dist:[cyclic|block] PGI /если надо - могу дать 5.0 - win32 or linux - одинаково камильфно/ Best respect,$echo.

спасибо, интелевые для линуха у меня есть (правда не самые свежие)
одна незадача - компы у меня все под AMD :(

PGI мне чегой то не понравился по качеству кода :(

Может мы когда нибудь и на gcc OMP поддержки дождемся - но вряд ли скоро

я хоть не $echo, но можно спросить почему интеловым компилятором нельзя пользоваться на амд'ных камнях? и меня все прекрасно работало на athlon-xp, лучшие результаты получалить то-ля для -march=i486 то-ли 686 причем быстрее gcc(ненамного правда) правда я OMP эту не пробовал. в ней проблема или в чем?

PS. забил на интел из-за местами странных тормозов в его STLпредпоследней версии. до последней руки не дошли еще.

PPS. не флейма ради, а провящения для просвятите плз :)

Что день грядущий нам готовит -))

Приветствую /выспался наконец-то/.
1) Спасибо за подсказку о лицензии для некоммерческого пользования
2) 2SS про PGI - местами согласен. Но всё равно неплохой компилялтор и денег он своих стоит )
3) Про AMD
2SS, anonymous (*) (29.10.2003 23:59:50):
а) http://www.nsu.ru/phpBB/viewtopic.php?t=2131
у меня была с автором вопроса небольшая переписка ... /так и хочеться сказать ПИПИСЬКА /.. много страшных вещей узнал ... но да ладно -)
вот .. я пробовал ifc v7.1 собирать linpack PGI - делает ... и PGI и GCC-3.3.2 вот такие дела . Если появиться отдельный интерес - давайте поговорим о ключиках оптимизации / к тому же появилась возможность сравнить Оптероновсикй кластер и кластер на основе P-3000 Mhz, подробности позже, когда я получу логин и пароль/
Best respec,$echo.
P.s.anonymous (*) (29.10.2003 23:59:50) Я не Вы, а Вы не я ) вот такие дела.
2anonymous (*) (29.10.2003 21:27:40)
Да заскок был .. Ну у каждого бывает )
Буратиной стал 0)
А кому привет передавать то ? Много знакомых )
Пока еще в Н-ке ....

-

>я хоть не $echo, но можно спросить почему интеловым компилятором нельзя
>пользоваться на амд'ных камнях? и меня все прекрасно работало на
>athlon-xp, лучшие результаты получалить то-ля для -march=i486 то-ли 686
>причем быстрее gcc(ненамного правда) правда я OMP эту не пробовал. в ней
>проблема или в чем?


>PS. забил на интел из-за местами странных тормозов в его
>STLпредпоследней версии. до последней руки не дошли еще.

У меня на сильно темплетованом ++ коде icc проигрывает gcc до 15%
(Athlon TB, Athlon-XP, Athlon-MP) - единственное почему он не выброшен совсем это именно поддержка OpenMP

Справедливочти ради на плоском C он действительно идет в ровень или даже уделывает gcc (но не сильно - процентов на 3-5)

а на фортрановском ?)))
$echo.

-

2$echo.

> а на фортрановском ?)))

Про фортрановский не скажу - потому как не использую.

про опции оптимизации

я из проекта в проект таскаю следующие 2 файла настроек

--- для gcc3 ---

# GNU C++ compiler scpecific options

# C compiler
CC = gcc
# C++ compiler
CXXC = g++

PROFILE = -pg -a
NOPROFILE = -fomit-frame-pointer
DEBUG = -g
ARCH = athlon-xp
ALIGN = 32
OPTLEVEL = 3
OPTIMIZE = -O$(OPTLEVEL) -malign-double -falign-loops=$(ALIGN) -falign-jumps=$(ALIGN) -falign-functions=$(ALIGN) -ffast-math \
-frerun-loop-opt -fschedule-insns2 -fno-strength-reduce -fexpensive-optimizations -funroll-all-loops -march=$(ARCH) \
-mmmx -msse -m3dnow -mfpmath=sse,387 \
-Wall -Wno-deprecated -W -D_REGULAR_MESH_

--- для icc5 ---

# Intel C++ compiler scpecific options

# C compiler
CC = icc
# C++ compiler
CXXC = icc

PROFILE = -prof_dir . -prof_file icc.profile
NOPROFILE =
DEBUG = -g
ALIGN = 16
ARCH = 6
OPTLEVEL = 3
OPTIMIZE = -O$(OPTLEVEL) -rcd -xiMK -tpp$(ARCH) -unroll -Zp$(ALIGN) -ip -D_REGULAR_MESH_ -Kc++eh -Krtti -D_HAS_TRADITIONAL_IOSTREAMS
INCPATH = -I /opt/intel/compiler50/ia32/include -I .. -I . -I /usr/local/include -I /usr/include
LLIBS = -L /opt/intel/compiler50/ia32/lib -lcprts -Kc++eh -Krtti

-funroll-all-loops точно иногда ухудшает производительность кода.

-fno-strength-reduce непонятно зачем, судя по info gcc вроде противоречит предъидущему(частично)

ну и вроде как должно(иногда помогает) -mcpu=athlon[-xp] собственно это и есть "шедулер под атлон", а -march это вроде как-бы исп. доп инструкций атлона. коих у него имхо нет полезных.

-fgcse помогает иногда, ну и раз rerun-loop-opt было-бы логично -frerun-cse-after-loop

вот первое что пришло в голову из памяти. если что забыл неправильно вспомнил сорри.

/тот анонимус из городка про icc на AMD-камнях

-

2/тот анонимус из городка про icc на AMD-камнях

Это вы видать info gcc начитались ;)

>-funroll-all-loops точно иногда ухудшает производительность кода.

это по разному я обычно пользуюсь -funroll-loops
приведен один из вариантов (разницы практически никакой)



>-mcpu=athlon[-xp] собственно это и есть "шедулер под атлон", а -march это вроде как-бы исп. доп инструкций атлона. коих у него имхо нет полезных.

`-march=CPU-TYPE'
Generate instructions for the machine type CPU-TYPE. The choices
for CPU-TYPE are the same as for `-mcpu'. Moreover, specifying
`-march=CPU-TYPE' implies `-mcpu=CPU-TYPE'.

обрати внимание на последнюю строку

>-fgcse помогает иногда
а иногда (у меня практически всегда) наоборот ;)

Ну раз пошла такая пянка ....
вот вариант файла агрессивных настроек компилятора ;)


# GNU C++ compiler scpecific options

# C compiler
CC = gcc
# C++ compiler
CXXC = g++

PROFILE = -pg -a
NOPROFILE = -fomit-frame-pointer
DEBUG = -g
ARCH = athlon-xp
ARCH_EXT = -msse -mfpmath=sse,387
ALIGN = 32
OPTLEVEL = 3

OPTIMIZE = -O$(OPTLEVEL) -ffast-math -march=$(ARCH) -funroll-all-loops -fprefetch-loop-arrays -fmove-all-movables -freduce-all-givs \
-frerun-loop-opt -fschedule-insns2 -fno-strength-reduce -fexpensive-optimizations -frename-registers -fssa \
-malign-double -falign-loops=$(ALIGN) -falign-jumps=$(ALIGN) -falign-functions=$(ALIGN) -falign-labels=$(ALIGN) \
$(ARCH_EXT) -Wall -Wno-deprecated -W -D_REGULAR_MESH_


прирост производительности на одной из моих последних задачек +4% от приведенных ранее настроек ;)

ну очень похоже на мои ,) кроме unroll-all-loops %) и -fssa ... что такое кстати? :)

а про -mcpu я не зря говорил, у меня иногда лучше получалось что-нить вроде -march=i[456]86 -mcpu=athlon[-xp] (правда эт тестировалось давно... gcc-3.1.x или 3.2.)

плюс полезно с точки зрения таскания бинарей.

прирост производительности на одной из моих последних задачек +4% от приведенных ранее настроек ;)

ну в общем такого порядка ;) было-бы странно поиметь 2раза... с другой стороны 4% "нахаляву" тоже неплохо... с миру по нитке голому шуба :)

-

>и -fssa ... что такое кстати? :)

`-fssa' Perform optimizations in static single assignment form. Each function's flow graph is translated into SSA form, optimizations are performed, and the flow graph is translated back from SSA form. Users should not specify this option, since it is not yet ready for production use.

это пробовались неработающие фичи ;) действительно не работают :) мой FNS сольвер вывалился с оной + -fssa-ccp + -fssa-dce c internal compiler error

>было-бы странно поиметь 2раза... с другой стороны 4% "нахаляву" тоже неплохо... с миру по нитке голому шуба :)

Дык это только доказывает что луШШе любой оптимизации новый более быстрый процесор и память ;) скорость там практически линейно растет от частоты ;)

а "игра ключами" это токо тема для пионЭров в плане "чьи ключи круче/длиннее/толШе" ;)

Ясен пень что заказчику софтину собранную с ТАКИМИ ключами я никогда не дам ;)