Re: cc flags
Dmitry Astapov wrote: Кстати, думается мне, что если начать оптимизировать с libc, то разумного компромисса может не получиться :) Придется изображать gentoo в миниатюре и пересобирать все подряд, независимо от того, хочется его оптимизировать или нет ... Я регулярно пересобираю libc с отптимальными параметрами для своей машины и ничего более с остальными пакетами я не делал все работает бенчмарки не проводил, удовлетворился восприятием на глаз :) -- Bye TimHisTeam
Re: cc flags
Evening, Victor. Victor B. Wagner [EMAIL PROTECTED] 21:30 9/4/2003 wrote: А так - тебе прямая дорога в Gentoo Linux. Там все из исходников собирается, всегда, прикинь? Вот уж где раздолье для оптимизации ... VBW Debian - разумный компромисс между RedHat-ом и Gentoo. Кстати, думается мне, что если начать оптимизировать с libc, то разумного компромисса может не получиться :) Придется изображать gentoo в миниатюре и пересобирать все подряд, независимо от того, хочется его оптимизировать или нет ... -- Dmitry Astapov //ADEpt E-mail: [EMAIL PROTECTED] GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498 2B08 7867 4860 F5D7 639D
Re: cc flags
Evening, swar0g. [EMAIL PROTECTED] 23:44 8/4/2003 wrote: s Dmitry A. Fedorov wrote: On Mon, 7 Apr 2003, Госсен Алексей wrote: Программы после этого вроде бы как быстрее работают и быстрее стартуют. это вряд-ли. s не веришь, сравни готовые бинарники openoffice с теми, который своими s ручками соберешь. да, они несомненно разные :) ты уверен, что можешь заметить разницу в скорости работы на глаз? PS А так - тебе прямая дорога в Gentoo Linux. Там все из исходников собирается, всегда, прикинь? Вот уж где раздолье для оптимизации ... -- Dmitry Astapov //ADEpt E-mail: [EMAIL PROTECTED] GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498 2B08 7867 4860 F5D7 639D
Re: cc flags
On Tue, 8 Apr 2003, Госсен Алексей wrote: Dmitry A. Fedorov wrote: Программы после этого вроде бы как быстрее работают и быстрее стартуют. это вряд-ли. процессоры с i386 ветки хоть и похожы, но все равно отличаются нюансами (у одного есть FPU, у других нету, у третих кэш нестандартный, четвертые понимают 3dnow итп) Я знаю. то, что gcc _может_ оптимировать ассемблируемый си код под тот или иной камень, можешь быть уверен. вопрос весь - как? не веришь, сравни готовые бинарники openoffice с теми, который своими ручками соберешь. Во первых, OO - вещь, недостойная того, чтобы я его пересобирал. Во вторых, его работа для меня не станет _заметно_ быстрее по очень простым причинам: основные тормоза вносит сеть, лежащая между моим почти X-terminal'ом и очень мощной (по моим меркам) машиной, на которой OO работает. Опыт показывает, что выигрыш в скорости CPU не заметен пользователем для большинства программ. Не важно, по какой причине - малой долей скорости CPU в общей скорости работы всего комплекса программ или же неумения gcc оптимизировать. Разумеется, всегда найдется специализированная программа, для которой CPU - самая существенная часть. Например, в моих условиях MPlayer'у не хватает именно CPU и я не ленюсь его собрать под мой процессор. А для всяких там офисов нехватка скорости есть просто неумение проектировать программы и никакая оптимизация под процессор их не спасет. -- Если виртуальная память закончилась, она не настоящая.
Re: cc flags
On Tue, Apr 08, 2003 at 11:44:33PM +0200, Госсен Алексей wrote: Есть пакетик pentium-builder, так вот он подменяет gcc собой и при вызове gcc подставляет переменную BUILDARCH или что-то там. А оптимизировать либо через архитектуру (-mpentiumpro) или через O. Когда в deb-devel обсуждали оптимизацию, сошлись на скрипте apt-build Он нынче заменяет pentium-builder, заодно за локальным депозитарием следит. сама идея, оптимировать программы (см. ниже) у меня родилась, когда знакомый похвастался, мол у него все подгоняется под его процессор и у него переменные для этого стоят а оно при этом точно быстрее работает? и насколько? -- A: No Q: Should I quote below my post? Good luck! /AKA Druid
Re: cc flags
On 2003.04.09 at 11:00:47 +0300, Dmitry Astapov wrote: PS А так - тебе прямая дорога в Gentoo Linux. Там все из исходников собирается, всегда, прикинь? Вот уж где раздолье для оптимизации ... Debian - разумный компромисс между RedHat-ом и Gentoo.
Re: cc flags
Госсен Алексей, Tue, Apr 08, 2003 23:44:29 +0200: слышал, можно создать глобальные shell переменные в /etc/profile для gcc (что то типа СС, СС_FLAGS, точно не знаю), которые потом используются для компилляции программ. Программы после этого вроде бы как быстрее работают и быстрее стартуют. или не стартуют вообще и работают медленнее. дык значит, по твоему, мое ядро, при компиляции которого gcc получало -march=athlon -итд -итп уже давно сложило верхонки и работать отказывается? неа. Это значит что почти любая прога скомпилированая на твоем компе скомпилирована с этими опциями. Попробуй запусти её на чем-нибудь не АМД. Если повезет - будет работать. вот я полную противоположность наблюдаю для этого лучше поправь те параметры только там где это _абсолютно_ необходимо. В Makefile ядра, например. Не к добру это, все проги строго на один процессор компилить (если конечно это не единственный процессор на 300км в округе). что это за переменные и какие переменные нужно ставить для AMD Athlon'а? info make info gcc искать CFLAGS, CC, CXX, CXXFLAGS, CPPFLAGS, LDFLAGS, -mcpu, k6. жуткое дело в кривых руках
Re: cc flags
On Mon, 7 Apr 2003, Госсен Алексей wrote: слышал, можно создать глобальные shell переменные в /etc/profile для gcc Можно не глобальные, а только для текущего shell и его потомков, разницы нет. (что то типа СС, СС_FLAGS, точно не знаю), которые потом используются для компилляции программ. Используются только тогда, когда об этом позаботился автор этих программ. Иногда совсем нет, иногда криво и несовместимо. Вышеупомянутые переменные - _соглашения_, и сами по себе работать не будут. Программы после этого вроде бы как быстрее работают и быстрее стартуют. это вряд-ли. -- Если виртуальная память закончилась, она не настоящая.
Re: cc flags
On Mon, 07 Apr 2003, [EMAIL PROTECTED] wrote: слышал, можно создать глобальные shell переменные в /etc/profile для gcc (что то типа СС, СС_FLAGS, точно не знаю), которые потом используются для компилляции программ. Программы после этого вроде бы как быстрее работают и быстрее стартуют. что это за переменные и какие переменные нужно ставить для AMD Athlon'а? Есть пакетик pentium-builder, так вот он подменяет gcc собой и при вызове gcc подставляет переменную BUILDARCH или что-то там. А оптимизировать либо через архитектуру (-mpentiumpro) или через O. -- Serge Olkhovik [EMAIL PROTECTED] ISD Configuration Management Team [EMAIL PROTECTED]
Re: cc flags
Evening, swar0g. [EMAIL PROTECTED] 18:04 7/4/2003 wrote: s привет all s слышал, можно создать глобальные shell переменные в /etc/profile для s gcc (что то типа СС, СС_FLAGS, точно не знаю), которые потом s используются для компилляции программ. Программы после этого вроде бы s как быстрее работают и быстрее стартуют. Вот именно, что вроде как. s что это за переменные и какие переменные нужно ставить для AMD Athlon'а? Нужно расслабиться и получать удовольствие без перекомпиляции програм. В противном случае за углом поджидает разочарование от того, что весь дистрибутив пересобран, а ускорения не видно. -- Dmitry Astapov //ADEpt E-mail: [EMAIL PROTECTED] GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498 2B08 7867 4860 F5D7 639D
Re: cc flags
Привет, коллеги. On Tue, Apr 08, 2003 at 08:40:32AM +0300, Serge Olkhowik wrote: Есть пакетик pentium-builder, так вот он подменяет gcc собой и при вызове gcc подставляет переменную BUILDARCH или что-то там. А оптимизировать либо через архитектуру (-mpentiumpro) или через O. Когда в deb-devel обсуждали оптимизацию, сошлись на скрипте apt-build Он нынче заменяет pentium-builder, заодно за локальным депозитарием следит. Serge Olkhovik [EMAIL PROTECTED] ISD Configuration Management Team [EMAIL PROTECTED] Auf Wiederlesenophil aka Д-р Антикоммуний -- Oleg P. Philon http://gomelug.agava.ru/articles Linux Lab, Gomel, Belarus mailto:[EMAIL PROTECTED] http://anticommunist.narod.ru mailto:[EMAIL PROTECTED]
Re: cc flags
Dmitry A. Fedorov wrote: On Mon, 7 Apr 2003, Госсен Алексей wrote: Программы после этого вроде бы как быстрее работают и быстрее стартуют. это вряд-ли. процессоры с i386 ветки хоть и похожы, но все равно отличаются нюансами (у одного есть FPU, у других нету, у третих кэш нестандартный, четвертые понимают 3dnow итп) то, что gcc _может_ оптимировать ассемблируемый си код под тот или иной камень, можешь быть уверен. вопрос весь - как? не веришь, сравни готовые бинарники openoffice с теми, который своими ручками соберешь.
Re: cc flags
Oleg P. Philon wrote: Привет, коллеги. On Tue, Apr 08, 2003 at 08:40:32AM +0300, Serge Olkhowik wrote: Есть пакетик pentium-builder, так вот он подменяет gcc собой и при вызове gcc подставляет переменную BUILDARCH или что-то там. А оптимизировать либо через архитектуру (-mpentiumpro) или через O. Когда в deb-devel обсуждали оптимизацию, сошлись на скрипте apt-build Он нынче заменяет pentium-builder, заодно за локальным депозитарием следит. сама идея, оптимировать программы (см. ниже) у меня родилась, когда знакомый похвастался, мол у него все подгоняется под его процессор и у него переменные для этого стоят вот gcc, при сборке ядра получает у меня -march=athlon -и -еще -кучу -дерьма и очень даже работает (ядро) логична мысль, а почему бы _все_ собираемые программы не кормить таким же валенком? некоторые разработчики наделяют свой configure скрипт возможностью определять, что за процессор на данной машине стоит. но не все. вот в этом и проблема кстати, опции, идущие от apt-build или pentium-builder не пересекается ли случайно с опциями, стоящими в мейкфайле ядра? спасибо заранее, Алексей
Re: cc flags
Alex Riesen wrote: Госсен Алексей, Mon, Apr 07, 2003 18:04:35 +0200: слышал, можно создать глобальные shell переменные в /etc/profile для gcc (что то типа СС, СС_FLAGS, точно не знаю), которые потом используются для компилляции программ. Программы после этого вроде бы как быстрее работают и быстрее стартуют. или не стартуют вообще и работают медленнее. дык значит, по твоему, мое ядро, при компиляции которого gcc получало -march=athlon -итд -итп уже давно сложило верхонки и работать отказывается? вот я полную противоположность наблюдаю что это за переменные и какие переменные нужно ставить для AMD Athlon'а? info make info gcc искать CFLAGS, CC, CXX, CXXFLAGS, CPPFLAGS, LDFLAGS, -mcpu, k6. жуткое дело в кривых руках
cc flags
привет all слышал, можно создать глобальные shell переменные в /etc/profile для gcc (что то типа СС, СС_FLAGS, точно не знаю), которые потом используются для компилляции программ. Программы после этого вроде бы как быстрее работают и быстрее стартуют. что это за переменные и какие переменные нужно ставить для AMD Athlon'а?
Re: cc flags
Госсен Алексей, Mon, Apr 07, 2003 18:04:35 +0200: слышал, можно создать глобальные shell переменные в /etc/profile для gcc (что то типа СС, СС_FLAGS, точно не знаю), которые потом используются для компилляции программ. Программы после этого вроде бы как быстрее работают и быстрее стартуют. или не стартуют вообще и работают медленнее. что это за переменные и какие переменные нужно ставить для AMD Athlon'а? info make info gcc искать CFLAGS, CC, CXX, CXXFLAGS, CPPFLAGS, LDFLAGS, -mcpu, k6. жуткое дело в кривых руках