xorg-server высокое потребление CPU (20 - 80 %)
Привет всем.
Мое окружение:
----------------
платформа: x86
xorg-server: 1.7.6-r1, 1.8.1-r1
kde: 4.4.3
драйвера nvidia: 195.36.24
kernel: sys-kernel/zen-sources-2.6.33_p2
----------------
История такая:
Стоял xorg-server версии 1.7.6-r1, который stable сейчас.
После захода в систему все работает ОК. Но после интенсивного ее использования вдруг потребление CPU иксами возрастало до 80% при простое. Никаких дополнительных виджетов нету/
Обновился до 1.8.1-r1, по началу все хорошо было. Но скоро опять началось. очень тяжело работать. Раньше не было такого.
Заново создал xorg.conf. Он практически чист:
-----------------------------
# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig: version 1.0 (buildmeister@builder58) Thu Apr 22 20:35:23 PDT 2010
Section "Module"
Load "dbe"
Load "extmod"
Load "type1"
Load "freetype"
Load "glx"
EndSection
Section "Monitor"
Identifier "Monitor0"
VendorName "Unknown"
ModelName "Unknown"
HorizSync 28.0 - 33.0
VertRefresh 43.0 - 72.0
Option "DPMS"
EndSection
Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Depth 24
EndSubSection
EndSection
Section "Extensions"
Option "Composite" "Enable"
EndSection
-----------------------------
Кто-нибудь встречался с такой проблемой? В чем может быть причина?
Работаю с выключенными эффектами.
- Для комментирования войдите или зарегистрируйтесь
У меня похожая ситуация,
У меня похожая ситуация, правда проявляется не всегда. Тоже интересно узнать, в чем собственно проблема.
Быть может не в Х дело?
А - в КДЕ?
Имею такую же версию nvidia-drivers, как и у Т. С., x11-base/xorg-server-1.7.6, система - amd64, ВМ - awesome,
ядро - sys-kernel/gentoo-sources-2.6.33-r2.
Пока проблем с поеданием Х процессорного времени мною не было замечено.
Выкладовываю свой xorg.conf ;D
Вот создал баг ...
Вот баг, посмотрим что скажут:
http://bugs.gentoo.org/show_bug.cgi?id=325971
Gentoo FOREVER !
killall kwin&&kwin&
Попробуй перезапустить kwin?
Re: Попробуй перезапустить kwin?
Имеется в виду во время повышенного потребления CPU ?
Да.
Да.
процессорное время ест не
процессорное время ест не kwin, а именно Х!
У меня такая же трабла ((( при чем, если дома на нетбуке и десктопе я тормозов не замечаю особо, то на работе в сочетании с virtualbox-* все подвисает намертво ((( работать невозможно (( особенно все туго после кдешного скринсейвера...
за полтора месяца так и не смог воткнуть в чем трабла ( думаю, что надо писать разработчикам!!! кто знает английский?
Всё же, попробуй
Всё же, попробуй перезапустить Kwin.
у меня compiz+emerald! нафига
у меня compiz+emerald! нафига перезапускать kwin? ))
Попробовать не в кедах?
Попробовать не в кедах?
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
В кедах.
Попробуешь не в кедах - либо таки прибьёшь kwin, но перезапустить не сможешь (только если передать переменную DISPLAY при перезапуске), либо kwin тупо не будет запущен.
УРА, товарищи! )) закинул в
УРА, товарищи! ))
закинул в локальный оверлей ебилд на новую версию дров nvidia 195.36.31, поменял провод с D-Sub на DVI-D и о чудо: загрузка иксов с открытой мозиллой с кучей страниц с флеш-анимацией + 2 виртуалбокса с виндой и МСВС + обновление мира - не составляет больше 22-25%
УРААА!!!
оператива, к стати, забита на 1,5 Гига, хотя раньше тормоза начинались от 1 Гига )))
З.Ы. Да, еще я отключил своп!
блин... чрез 2-3 часа работы
блин... чрез 2-3 часа работы все опять пошло по прежнему, но тормозов поменьше стало... поставил последнее ядро, посмотрим, что будет ))
еще заметил в
Xorg.0.logтакие строки:как я понимаю, теперь для VDPAU нужен DRI2, но как его добавить в xorg?
Theli написал(а): как я
Сомневаюсь. Думаю, это просто совпадение, строчки просто оказались рядом.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
krigstask
вам как и мне надо чаще читать новости ;)
Да нет, мне не надо. Я вообще
Да нет, мне не надо. Я вообще на nouveau и radeon. Но ошибся, да.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
отвечу сам )) модуль
отвечу сам ))
модуль libdri2.so есть, но xorg ее не видит, поэтому сделал символическую ссылку этой библиотеки в другой каталог и все загрузилось))
ln -fs /usr/lib64/opengl/xorg-x11/extensions/libdri2.so /usr/lib64/xorg/modules/extensions/еще правильнее оказалось
еще правильнее оказалось использовать параметр
ModulePathв секцииFilesв файле "xorg.conf" ))Вот за DRI2 Вам спасибо.
Даже и не подозревал, что это когда нибудь понадобится :)
Расскажи плз как правильно
Расскажи плз как правильно прописать ModulePath? Прописал
Section "Files" ModulePath "/usr/lib64/opengl/xorg-x11/ EndSection- иксы не запустились ругаясь на отсутствие драйвера. Добавил
ModulePath "/usr/lib64/xorg/modules/"- иксы запустились, DRI/DRI2 загрузилось, но вот в /var/log/Xorg.0.log появилось
и соответственно opengl теперь не работает. ЧСХ, без ModulePath в /var/log/Xorg.0.log проскакивает строка
но при указании ModulePath эта строка превращается в
, однако же GLX не загружается. Что я делаю не так?
Файл /usr/lib64/xorg/modules/extensions/libglx.so есть, eselect opengl list показывает что активна реализация nvidia, reinstalling the NVIDIA driver не помогло.
UPD Тож блин юмор... Поменял местами строки - всё заработало.
Section "Files" ModulePath "/usr/lib64/xorg/modules/" ModulePath "/usr/lib64/opengl/xorg-x11/" EndSectionв твоей первой цитате еще
в твоей первой цитате еще кавычка пропущена; без нее тоже работать не будет ;)
спасибо, оказалось, что тоже
спасибо, оказалось, что тоже не подгружался dri2, починил, субъективно стало лучше
лучше становится не на долго
лучше становится не на долго ((( особенно все печально после засыпания монитора или скринсейвера ((( надо конкретно покапаться с описаниями параметров модуля нвидии; отключил параметр BackingStore и субъективно стало еще лучше, но все же прежнего идеала пока не достиг ((
даунгрейдился с qt-4.6.3 до
даунгрейдился с qt-4.6.3 до 4.6.2: top показывает достаточно большую нагрузку на cpu, но слайдшоу закончилось...
плюс поставил nvidia-drivers-256.35
- - -
В тот момент, когда начинает тормозить, необходимо начать выгружать KDE компоненты (да и вообще, все что показывает xrestop) и наблюдать за происходящим.
Открываете top, или KDE-шный GUI и начинаете убивать... Первым делом plasma-desktop.
самое смешное, что КДЕ
самое смешное, что КДЕ ресурсов и не потребляет... в топе его вообще не видно! зато стоило отключить компиз как компиляция перестала мешать воспроизведению видео )) qlop показал, что компиз в последний раз обновлялся как раз в тоже время, когда и появились тормоза... еще интересный момент, что не все пакеты компиза версии 0.8.6... гордая половина версии 0.8.4... попробую даунгрейдить компиз и посмотрю, что будет ;)
- - -
А я и не говорил, что КДЕ должно потреблять ресурсы - просто начните отключать процессы и смотрите на проблемный Xorg процесс. Это совет из собственного опыта.
Использую Compiz-0.8.6 со дня релиза - uptime'ов меньше двух-трех недель не бывает - описанных вами проблем не наблюдал.
а какой у тебя драйвер,
а какой у тебя драйвер, ксорг, кутэ и т.д. ???
- - -
xorg-server-1.8.1.902, qt-*-4.6.3, nvidia-drivers-256.35, libX11-1.3.4, libxcb-1.6, compiz-0.8.6
Но это мало чем поможет, так как описанных Вами проблем не было и на предыдущих версиях.
Как я уже сказал - проблема не в Xorg'е, а в процессе который Xorg "раздражает". Этим процессом может даже оказаться зависший скринсейвер.
Убивайте процессы.
ну что ж попробую вычислить
ну что ж попробую вычислить кто "раздражает" ксорга ;)
у меня проблема на трех компах, которые обслуживаю только я и пременяю абсолютно одинаковые решения... мне кажется, что проблема прежде всего в руках... ))
и я, по ходу, оказался прав
и я, по ходу, оказался прав )) перебирая возможные неправильные действия, вспомнил как обновлял libpng ))) сделал все по уму и пока все как в старые добрые времена ))
ппц, товарищи )) в общем
ппц, товарищи ))
в общем отптимизировал все, что только можно и нельзя, а в результате оказалось, что во всем был виноват огнелис-3.6.6, который у меня открыт всегда... откатил до 3.6.4 и третий день полет нормальный! УРА!! ))
Theli написал(а): ппц,
отмена!!! огнелис не виноват!!! )))
оказалось, что нужно было пересобрать qt-gui с флагами raster и trace ))) теперь Х и plasma-desktop вообще в top отсутствуют даже на нетбуке! )))
А зачем trace ?
А зачем trace ?
En_t_end написал(а): А зачем
прочитай значение флага... на сколько я понял из описания use-флага - это графическая подсистема - рекордсмен по производительности...
нет, это для отладки скорее.
нет, это для отладки скорее. Записывает всё что рисует, чтобы ещё раз промотать.
Помогло, хотя не так
Помогло, хотя не так радикально, как вам. По ощущениям даже переключение между окнами стало быстрее(раньше тоже тормозов не было). Зато появились артефакты(90% успевает исчезнуть прежде чем я пойму, что ето), а вот бело место вместо пришедших сообщений в kopete раздражает - каждый раз перематывать или выделять :(
может стоит попробовать
может стоит попробовать revdep-rebuild? на трех машинах все идеально! ;)
KDE 4.5.1 + compiz (последний) + nvidia-drivers (последние) + xorg-server 1.9.0-r2 ... и вообще у меня (~) ветки x86 и amd64
Не ашел он ничего. у меня KDE
Не нашел он ничего.
у меня KDE 4.5.1 + intel + xorg-server 1.9.0
(ща r2 поставлю )
жопой чую, что проблема с
жопой чую, что проблема с интелом ))) не умеет интел ничего делать, а особенно видяхи )))
Обоснуйте пожалуйста,
Обоснуйте пожалуйста, особенно:
1. меня тошнит от нетбуков
1. меня тошнит от нетбуков полностью собранных на логике интел... ничего более тормозного и бесполезного не видел...
2. интеловские видяхи не способны даже рабочий стол отображать хорошо и без глюков
3. интелоское софтовое сопровождение их продуктов - это полный ужас... такое ощущение, что все индусы пишут... драйвера вон для ётовой карты работают только одной версии... бинарный сюпликант только под 32-бита...
4. на рабочем компе стоит "современная" материнка какая-то на интеловском чипсете... дык она без углубленного капания в биосе видит только 3 гига оперативы из 4... не распознает 2-х гиговые планки... юсб работает только на скорости 1.1... 2.0 работали только первые 2 недели... ни в венде, ни в линухах не работает идеально...
5. интель - компания сродни майкрософту... не будь амд и нвидии, они до сих пор бы нам первые пеньки впаривали ;) сколько лет им понадобилось, чтоб понять, что контроллер памяти должен быть встроен в сам проц??!?!?
перечислять можно до бесконечности )))
P.S. _SerEga_, а ты тролль ))) подстрекаешь меня на такой холивар ;)))
Холиварить тебе придется в
Холиварить тебе придется в одиночку ))) Спорить про железо здесб не буду, все таки тема другая.
Так, что видимо вам не везет с интелом - у меня уже второй ноут на нем и все железо идеально работает.
ps если не трудно продолжите список в ЛС
Theli написал(а): 1. меня
А это определяется самим формфактором. Всегда есть забавные устройства, вроде этого - core i7 + 1.5 килограма веса, скорость потрасающаяя, выглядит великолепно, от батарей работает долго... единственная мелка проблемка - его цена. А если от неё отпилить нолик, то получится вот то самое тормозное устройство, хотя внешне слегка напоминающее свой прообраз. Только вот глубина кошелька пользователя это не проблема производителя.
evadim написал(а): Всегда
насмешил )) чисто имиджевая хрень типа Apple... основная часть стоимости полагаю там из-за винта SSD или как он там ))) интел-то тут при чем? он столько же бы стоил на AMD или Via ))
как человек попользовавшийся
как человек попользовавшийся этой "хренью" могу сказать что есть за что платить.
Скорость и автономность ни в какое сравнение не идут с нетбуками. На VIA не будет потому что скорость мелкая, на AMD - потому что пока нет процессоров со встроенной граифкой.
У меня после выставления
У меня после выставления таких use-флагов
для qt-gui emerge -puDNv world ругнулся
на cairo. мол надо бы тебе, шеф, USE='-qt4'
для него выставить. вот думаю а стоит ли ...
платформа ~amd64
на стабильной amd64 такого не было, но там для
qt-gui use'а trace нет
особо не вдумывался и ничего
особо не вдумывался и ничего от USE='-qt4' не потерял )))
Очистить секцию модулей. Иксы
Очистить секцию модулей. Иксы сами подгрузят все модули, которые нужны, в т.ч. glx, dri и dri2.
Вот эта опция
выглядит странной.
farGred написал(а): Очистить
не совсем так ;) иксы загрузят все модули, которые найдет, а пока он будет искать и пытаться их загрузить с подробным выводом всех ошибок в лог, уйдут драгоценные секунды )))
пример 1.
на xorg-1.6 (вроде 1.6) был прикол, что xorg самовольно грузил расширение record и сам же в логах писал, что оно содержит ошибку безопасности и его надо отключить в конфиге.
пример 2.
драйвера от nvidia до недавнего времени не использовали dri ни одной версии. дык зачем их было грузить? теперь для vdpau нужен dri2 ;)
что в ней странного? может, вам не знакомо словосочетание "композитные оконные менеджеры"? ))
Заранее извиняюсь за
Заранее извиняюсь за возможный оффтоп, но у меня загрузка CPU подскакивает до 100% при любом копировании (что между винтами, что с DVD, что с флешки), это нормально?
это не нормально ;) НО!!!
это не нормально ;) НО!!! причина может крыться от неоправданных опций монтирования до неуловимого и пресловутого iowait bug )))
наблюдай за особенностями и создавай новую тему с подробным описанием! ;)
Theli написал(а): до
Думаю что тут он не причём