Пересел уже как с пару месяцев на debian. Очень напрягает когда интернет-серф превращается в пошаговую стратегию. Запустил ради теста gkrellm, загрузка цп скачет до 100%. Да и при самом прстое от 2 до 15-20% легко... Как быть, где копать? Заранее спасибо smile
При запуске любого приложения или выполнения каких либо действий в нем Xorg создает пиковую нагрузку... а потом через сек 5 успокаивается. Так и должно быть что напр фтп клиент, напр там kftpgrabber откушивает сразу ~50% цпу?
bestel, ну вообще думаю нет, я использую filezilla, а то, что xorg с начало грузит систему это я думаю не страшно. То-есть любое приложение запущенное очень сильно грузит проц? Процессор какой кстати.
Конфигурация машинки, вобщем ума не приложу чего такое странное поведение
Processor : 2x Intel(R) Atom(TM) CPU N280 @ 1.66GHz
Memory : 2065MB (416MB used)
Operating System : Debian GNU/Linux 5.0.2
-Display-
Resolution : 1280x1024 pixels
OpenGL Renderer : Unknown
X11 Vendor : The X.Org Foundation
-Multimedia-
Audio Adapter : HDA-Intel - HDA Intel
-Input Devices-
AT Translated Set 2 keyboard
Genius Optical Mouse
Power Button (FF)
Lid Switch
Power Button (CM)
Sleep Button (CM)
PC Speaker
Video Bus
ImExPS/2 Generic Explorer Mouse
-Printers-
No printers found
-IDE Disks-
-SCSI Disks-
ATA TOSHIBA MK1655GS
Generic- Multi-Card
На счет любое приложение запущенное очень сильно грузит проц, то оно как то избирательно. Тот фтп клиент что приводил выше в режиме передачи файлов top вообще выдает 120%, omfg
bestel, При чтении/записи на диск нагрузка тоже зашкаливает?
top 10% цпу при копировании файла на полтора гига с ntfs на этот же ntfs диск,
при перемещении с ntfs на осн лин партишн 15%, процесс pcmanfm, по моему с чтением/записью все норм, или не так? smile
.snif написал:
bestel, ну... могу посоветовать cpulimmit, с помощью неё можно выставлять лимит на процессы
а при этом работа в самом приложении не превратится в пошаговую стратегию?
bestel, на старом форуме обсуждали довольно серьезный баг ядра, из-за которого? на определенных(точно не вспомню) чипсетах, операции над файлами вводили lin почти в полный ступор.
bestel, на старом форуме обсуждали довольно серьезный баг ядра, из-за которого? на определенных(точно не вспомню) чипсетах, операции над файлами вводили lin почти в полный ступор.
А есть где почитать, то в кеше гугла только первый пост могу прочитать.... Мож есть какой выход, че предпринять можно. Уж привык к дебинчику на данной железке oO
у меня на старом IDE жестком диске такая же скорость. bestel, ответь на два вопроса: какая у тебя конфигурация с жесткими дисками (ну там он один или их 10 в RAID1)
и скажи, во время выполнения "dd if=/dev/zero of=TEST bs=1024 count=1000000" ты не замечал общей тормознутости системы? проверь еще раз, включи фильмец, или еще что либо динамичное, и запусти dd.
у меня на старом IDE жестком диске такая же скорость. bestel, ответь на два вопроса: какая у тебя конфигурация с жесткими дисками (ну там он один или их 10 в RAID1)
и скажи, во время выполнения "dd if=/dev/zero of=TEST bs=1024 count=1000000" ты не замечал общей тормознутости системы? проверь еще раз, включи фильмец, или еще что либо динамичное, и запусти dd.
Такс, докладываю)
Запустил мувик полторагиговый, врубил параллельно тест. В фоне еще опера , еволюшн, пидгин работали. Мувик шел четка, не на звуке не на видеоряде эффекта пропускания кадров и тормозов не замечено.