ура :) спасибо за новость

> Значительно улучшена подсистема векторизации и параллелизации кода Graphite

Есть где-нить стравнительные тесты?

тестов нет, но там очень много переписали,что сказалось в положительную сторону как минимум на стабильности, из тех тестов что делала я, Graphite улучшало производительность на 2% на x86_64 и снижало (!) на x86 на те же 2%, но это тесты ветки 4.4.х


Зато в 4.5 есть еще и LTO, правда я с ним пыталась ffmpeg собрать, так не получилось )

> Зато в 4.5 есть еще и LTO, правда я с ним пыталась ffmpeg собрать, так не получилось )

4.2, собирается

Собирается. и падает красиво.
по крайней мере у меня.

:)) хм, ffmpeg'ом уже 100 гб откодировал и ни разу не упал

-flto -fwhopr ? так да
просто с
-flto - нет

> -flto -fwhopr

ffmpeg-9999 собрался и не падает, что я делаю не так ?

GCC рулит!

графит - что за зверь ?

один фиг у интела оптимальнее компилятор.

Ты им ядро уже собрал?

> Ты им ядро уже собрал?

http://software.intel.com/file/6390

Ждём повышения температуры на планете!

ftp://ftp.gnu.org/gnu/gcc

тут пока нет tarball-ов ) это уж как ftp-менеджер подсуетится, а с 4_5-branch уже неделю как можно собрать то, что сейчас вышло как релиз.

Ну теперь венде точно копец (с)

Спасибо за отличную новость.

не-а, венде тоже не капетс, венда тоже одна из целевых платформ

Windows (Cygwin and MinGW)

* GCC now installs all the major language runtime libraries as DLLs when configured with the --enable-shared option.
* GCC now makes use of the new support for aligned common variables in versions of binutils >= 2.20 to fix bugs in the support for SSE data types.
* Improvements to the libffi support library increase the reliability of code generated by GCJ on all Windows platforms. Libgcj is enabled by default for the first time.
* Libtool improvements simplify installation by placing the generated DLLs in the correct binaries directory.
* Numerous other minor bugfixes and improvements, and substantial enhancements to the Fortran language support library.

> Поддержка оптимизации при компоновке (LTO)

А оно приносит реальную пользу?

> А оно приносит реальную пользу?

да

Отличная новость!) через недельку другую пересоберу гентачку на нетбуке =)

все в пределах сигмальных отклонений, тут немного, здесь немного, там немного, смотришь - уже значительный прирост.

в ICC давно есть -ip -ipo , в старом КДЕ применяли LTO в виде kde enable final , код обьединялся и компилировался одним файлом, вообщем-то дает хорошие возможности для инлайнинга хотя бы

> один фиг у интела оптимальнее компилятор.

Пруфлинк в студию.

можно и постепенно переехать, это не 4.4 с его packed bit field ABI несовместимостью

Ур-ра-а!!1

Ждём ебилдов! :}

Зашевелились. Это их LLVM подогнал. :)

хорошая новость

так уж и подогнал ? ) план релиза подошел )

А количество зависимостей у него растет. Скоро делать bootstrap ГЦЦ из сборки минимального размера будет совсем нетривиально.

Хорошая новость! Silvy +100 в карму!

>Значительно улучшена подсистема векторизации и параллелизации кода Graphite

Оно действительно автоматически распрралеливает циклы. Насколько быстрее получается при многопроцессорности?

> Поддержка Intel Atom

-matom

Оно?

Увидев новость я уже знал кто её запостил.

Пришло время emerge -e world.

-mcpu deprecated уже давно, одно из последних что там было это -mpentiumpro


-march=atom

(хотя оно уже есть в бэкпортах 4.4 в отдельных дистрибутивах)

Вот после таких новостей хочется вернуться на gentoo

+ пара процентов, не более, если судить по тому же ICC, на программку типа архиватора распаралелливаетс 2-3 цикла, этого явно недостаточно для того чтобы было ощутимо.

эвристическое распаралелливание не может дать такой результат как OpenMP распаралелливание программистом

Ну и кому нужна эта куча говнокода, если есть кошерный LLVM?

gmp mpfr mpc + ppl + cloog
последние 2 для графита

+ libc (libc, lm) + libz + libstdc++ (ppl написана на c++)

мне нужно теперь менять флаги оптимизаций? сейчас

CHOST="x86_64-pc-linux-gnu"
CFLAGS="${CXXFLAGS} -pipe"

процессор тот же самый:

processor       : 0
vendor_id       : AuthenticAMD
cpu family      : 15
model           : 47
model name      : AMD Athlon(tm) 64 Processor 3800+
stepping        : 2
cpu MHz         : 2410.995
cache size      : 512 KB
fpu             : yes
fpu_exception   : yes
cpuid level     : 1
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow up rep_good pni lahf_lm
bogomips        : 4821.99
TLB size        : 1024 4K pages
clflush size    : 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc

CFLAGS="-O2 -march=native -pipe"
Только в избранных дистрибутивах!

> Поддержка оптимизации при компоновке (LTO)
Отлично

А раньше говорили что в ядре слишком много гнутых расширений используется.

$ ACCEPT_KEYWORDS=** emerge -e world делать?
вот из-за таких у Генты и идёт специфышская репутация.

ну если хотите поэкспериментировать
можете добавить

-flto -fwhopr

и в чём профит и опасности этих опций?

+ если раньше не использовали графит , то

-ftree-loop-linear -floop-interchange -floop-block -floop-strip-mine -ftree-loop-distribution -ftree-parallelize-loops=ЧИСЛО_ЯДЕР -floop-parallelize-all

Это ок. Ждём ебилдов?

а оно, при одном-то ядре, полезно? =)

я считаю что lto достаточно безопасна, если уж все собралось , то бояться уже нечего, профит - дополнительный inline функций с разных файлов исходников

+ говорят, что openSUSE 11.3 уже с gcc-4.5 собирают, что есть гуд =)

можно без параллелизации на одном ядре, на 64 битах есть смысл (+ 2% !)