тормозит система...
compaz 25 Августа, 2006 - 13:26
У меня несколько вопросов:
1. Очень долго собираются пакеты кде, фаирфокс(6 часов), зандерберд(5 часов) и многое другое...
2. как отключить изменение производительности проца?
3. Очень сильно тормозит систему амарок, периодически хавает 40-60% проца.
4. Очень долго запускаются многие приложения...
система:
Ноут Asus A4500L (celeron D 2.9Ghz 512Mb аперативы)
»
- Для комментирования войдите или зарегистрируйтесь
1. Для FF и TB это
1. Для FF и TB это норма. Именно из-за их громоздкости они также идут сразу в прекомпилированных версиях (-bin пакеты).
По поводу тормозов, покажи свой /etc/make.conf
в понедельник
в понедельник запощу /etc/make.conf, может еще какие нить конфиги нужно запостить?
ПС просто дома разобрали сеть на неопределенное время...
Ну тогда
Ну тогда архивируй и выкладывай dmesg и конфиг ядра заодно, чтобы если что было куда глянуть.
что есть dmesg ? ну
что есть dmesg ?
ну а к ядру наверно нужно будет еще и конфиг системы поподробне...
lspci пойдет?
Это на довольно
Это на довольно старенькой машинке с 2xPentium III Xeon 1000 1Gb RAM
* www-client/mozilla-firefox
Sun Aug 13 16:15:22 2006 >>> www-client/mozilla-firefox-1.5.0.6
merge time: 1 hour, 27 minutes and 34 seconds.
Total builds: 1
Global build time: 1 hour, 27 minutes and 34 seconds.
Info about currently installed ebuild:
* www-client/mozilla-firefox-1.5.0.6
Install date: Sun Aug 13 16:15:22 2006
USE="java mozdevelop"
CFLAGS="-march=pentium3 -mtune=pentium3 -pipe -mno-tls-direct-seg-refs -Wno-return-type -w -freorder-blocks -fno-reorder-functions"
А это на AMD Athlon X2 4200+ 4Gb RAM
* www-client/mozilla-firefox
Tue Aug 8 17:37:40 2006 >>> www-client/mozilla-firefox-1.5.0.6
merge time: 25 minutes and 31 seconds.
Total builds: 1
Global build time: 25 minutes and 31 seconds.
Info about currently installed ebuild:
* www-client/mozilla-firefox-1.5.0.6
Install date: Tue Aug 8 17:37:40 2006
USE="java -mozdevelop"
CFLAGS="-march=athlon64 -mtune=athlon64 -pipe -mno-tls-direct-seg-refs -fPIC -Wno-return-type -w -freorder-blocks -fno-reorder-functions"
С домашней машины не привожу там лиса нет. Оперой пользуюсь.
_________________
Gentoo GNU/Linux 2.6.17 GCC 4.1.1 Dual Xeon
хм.. у меня
хм.. у меня кампилятор хз знает какой... может поэтому такие грабли?
вообсчем в понедельник всю возможную инфу выложу... и genlop логи... и прочее... потому что меня беспокоить начала такая педальность, если учесть что у меня стоит что то около 450 пакетов... общим весом distfiles приблизительно 1Gb... даже не знаю в чем могут быть проблемы.
Да Amarok почему он может так сильно хавать ресурсы... подозреваю что это происходит в момент обновления базы... ну а музыки гига два всего...
Amarok тут не при
Amarok тут не при чём... Это всё собиралось GCC 4.1.1 тк обе системы стоят на ~arch. При этом на Athlon X2 во время сборки гонялась молекулярная динамика на обоих ядрах с nice 10. Приоритет компилятора у меня ниже...
_________________
Gentoo GNU/Linux 2.6.17 GCC 4.1.1 Dual Xeon
приоритет
о! а как кстати указать приоритет компилятора - а то при сборке kdelibs ни -j2 ни двух ядерность не помогает - пока не соберется все мышки прилипают к экрану.
утечка
а это у тебя в gcc4 утечка или еще что-то
когда компилируется много сразу - то заходит как-бы в своп или тупик и тормозит, если собирать по одному - то нормально
я вообсче
я вообсче говорю про то что амарок тормозит систему... а не про влияние его на сборку чего либо ;)
CFLAGS=
какие-то CFLAGS у вас интересные - что они значат? мне как раз под атлон X2 надо - потому что как я понимаю athlon64 не обязательно включает sse3 или mmx - просветите пожалуйста
а еще если добавить -fstrict-aliasing который включает злополучный -ftree-vectorize - то некоторые програмки вылетают в кору.
Вобще в make.conf
Вобще в make.conf есть переменная PORTAGE_NICENESS она как раз за приоритет и отвечает. Если не выставлено то оно колеблется от 15 до 20. Точно не скажу из каких соображений так сделано.
Относительно CFLAGS то у меня впринципе ничего экзотического не стоит
CFLAGS="-O3 -march=athlon64 -mtune=athlon64 -mmmx -msse -msse2 -m3dnow -pipe -mno-tls-direct-seg-refs -fomit-frame-pointer -ftree
-vectorize"
CXXFLAGS="${CFLAGS}"
LDFLAGS="-Wl,-O1 -Wl,--sort-common"
MAKEOPTS="-j4"
_________________
Gentoo GNU/Linux 2.6.17 GCC 4.1.1 Dual Xeon
*
mno-tls-direct-seg-refs - вот его даже тут нет
а если включить -ftree-vectorize и перекомпилить system то например xmms и nvidia-settings вываливаются с ошибкой сегментирования.
кстати что известно - полезна-ли такая антивирусная функция как -fstack-protector?
-mno-tls-direct-seg-refs
-mno-tls-direct-seg-refs связан с тем что у меня стоит xen
c -ftree-vectorize у меня всё нормально собирается на 3 машинах.
Ну кроме того что с ним не собрать ruby
-fstack-protector не знаю я это использовать не пробовал...
_________________
Gentoo GNU/Linux 2.6.17 GCC 4.1.1 Dual Xeon
Вот поэтому у
Вот поэтому у тебя всё и тормозит. Поскромнее надо быть :)))
Вот поэтому у
Вот поэтому у тебя всё и тормозит. Поскромнее надо быть :))) Приведи к общепринятым флаги и всё будет ОК...
Re: Вобще в make.conf
> CFLAGS="-O3 -march=athlon64 -mtune=athlon64 -mmmx -msse -msse2 -m3dnow -pipe -mno-tls-direct-seg-refs -fomit-frame-pointer -ftree
-vectorize"
имхо эта строка полностью идентична такой:
CFLAGS="-O3 -march=athlon64 -pipe -mno-tls-direct-seg-refs"
т.к. mmc, sse, 3dnow, mtune уже входят в -march=athlon64
link1
fomit-frame-pointer, ftree, vectorize входят в -O3.
link2
хотя если много компов, наверног так удобнее, чтоб не путаться..
процесс
процесс компиляции очень хорошо разбивается на потоки, поэтому чем больше проуессоров/ядер тем быстрее! Так что эти цфры не показатель для одноядерных процессоров.
нужна помощь в редактировании /etc/mak
мой make.conf выглядит так
CHOST="i686-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j2"
ACCEPT_KEYWORDS=x"~86"
проц Celeron 2.9 GHz
Интересно..
А где у тебя собствено CFLAGS?
паходу нету ;(
CFLAGS="-march=pentium4 -Os -pipe -fomit-frame-pointer"
такие мне подойдут?)
да
да
только лучше не
только лучше не -Os ставить а -O2 или -O3
-Os это оптимизация бинарника по размеру. актуально для встраиваемых систем :-)
_________________
Gentoo GNU/Linux 2.6.17 GCC 4.1.1 Dual Xeon
-O3 ставить не
-O3 ставить не советуют, ибо собирается с ним долго, размер файлов больше, проигрыш в скорости их загрузки, выигрыш в производительности - ноль.
Чтобы быстрее
Чтобы быстрее грузились надо в make.conf добавить
LDFLAGS="-Wl,-O1 -Wl,--sort-common"
_________________
Gentoo GNU/Linux 2.6.17 GCC 4.1.1 Dual Xeon
Re: Чтобы быстрее
для amd athlon xp 1600+ какие CFLAGS & LDFLAGS лучше выставить ?
машина ориентирована на серверные задачи
CFLAGS="-O2 -march=athlon-xp
CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe"
LDFLAGS
а LDFLAGS какой для amd64 ?
LDFLAGS будут
LDFLAGS будут такие же для практически любой архитектуры....
У меня hx4700 замечательно chroo'титься в систему собраную с такими флагами а он на arm.....
_________________
Gentoo GNU/Linux 2.6.17 GCC 4.1.1 Dual Xeon
.
а не надо добавлять -L/usr/lib64 -R/usr/lib64 ?
кажется флаг -sse3 тоже сильно помог
но все равно опера или опен-офис запускаются по 7 секунд - это нормально?
На какой
На какой системе?
На бинарные пакеты CFLAGS CXXFLAGS LDFLAGS FFLAGS и тп не влияют...
А -L/usr/lib64 -R/usr/lib64 добавлять не надо если ты не кросскомпиляцией занимешся :-)
Тока тогда они по другому будут выглядеть
-L$ROOT/usr/lib64 -R$ROOT/usr/lib64
_________________
Gentoo GNU/Linux 2.6.17 GCC 4.1.1 Dual Xeon
sandbox
спасибо, а как FEATURES="-sandbox/sandbox под amd64x2 влияет на скорость?
Re: -O3 ставить не
чё правда чтоль выигрыш в производительности - ноль? (кто не рекомендует)
у меня всё с -O3 собрано, -O2 прописать чтоль.
Когда я -O3
Когда я -O3 ставил, были глюки в некоторых программах. Поставил -O2 и все прошло. А существенного изменения производительности я не почувствовал.