Ubuntu 10.10 процессор - 20% - как исправить?

[fanz]

Всем привет!
Просьба помочь начинающему советом!
Установил Ubuntu Мэверик, очень доволен, Виндовс никуда не годится ни по надёжности ни по гибкости управления настроек и удобству работы!
Это я понял почти сразу после установки и настройки системы.
Всё классно всё нравится,кроме..... процессор при запущенной Опере меньше 20% загрузку не показывает,загрузка идет как видно из скрина периодическими равномерными всплесками....
В Запускаемых программах отключены ненужные вещи,типа очереди печати, Ubuntu One,  визуальная поддержка, удаленный рабочий стол, проверка обновления...... что-то ещё, визуальные эффекты окон, оставлено только оформление, и никак не получается снизить нагрузку на процессор до нормальных величин ( в Виндовс в стандартном режиме - 10% max было).
  Поиски объяснения сего момента и способа решения привели к совету якобы необходимости перекомпилировать ядро......
Может что-то в этом и есть,но не убедившись в сущей необходимости данного действа, раньше времени как-то не хочется  окунаться в рутину операций в которых я пока ничего не понимаю....



Помогите исправить ситуацию советом - компилироать или нет? Другие решения есть или нет?

Спасибо всем за ответы!

[stmc]

загрузку проца смотрел через "системный монитор" ?
ну так вот без паники, это он добавляет обычно процентов 10-15

через терминал можно посмотреть реальную загрузку проца, просто в нем набери

Код: [Выделить]

top

[fanz]

stmc, Спасибо за ответ

результат команды top

Код: [Выделить]

 PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND      
    
 2380 fan       20   0  605m 320m  15m S   15.6   23.2  48:55.41 opera              
 1003 fan      20   0 38228  14m 7528 S    11.3    1.0  14:26.11 Xorg              
20240 fan       20   0  102m  15m  11m S   1.3    1.1   0:01.21 gnome-terminal    
 2277 fan       20   0 88048 8816 5476 S   1.0    0.6   1:23.48 netspeed_applet    
  762 root      20   0 16732 1336 1116 S     0.3    0.1   0:00.19 smbd              
 2125 fan       20   0  152m 8040 4624 S     0.3    0.6   0:03.18 gnome-settings-    
 2143 fan       20   0  158m 9.9m 5328 S     0.3    0.7   1:20.19 metacity          
 2232 fan       20   0 89444 9888 6132 S    0.3    0.7   0:13.43 wnck-applet        
 2369 fan       20   0 35076  16m 1832 S    0.3    1.2   0:24.45 ubuntuone-syncd    
20267 fan       20   0  2620 1124  832 R     0.3    0.1   0:00.15 top                

Opera & Xorg в лидерах(((, очень много....

   stmc, что вы скажете по поводу перекомпиляции ядра, мне кажется, что не избежать этого...
Если надо ,то сделаю,т.к. планирую остаться в Линуксе), главное что бы не зря.
Есть ли мануал и где искать подскажите, пожалуйста.
Спасибо.

[gregory5]

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

[zhenya0007]

Да нормально это все, тем более у него открыта Opera, а там может работать неоптимизированный Flash, может Java что то крутит,  ну а Xorg это все варит.

В целом нормально, там еще от скорости компа зависит.  У меня почти на всех  на не очень быстрых компах такое. 

[Arnould]

 Вообще ничего не надо  делать. "Опера" всегда так жрёт.Поставьте вместо неё Mozilla Firefox и Сhromium,если тормоза напрягают.
 А в Mozilla Firefox есть дополнние-Flashblock,сразу с flash-окнами разберётся.

[stmc]

stmc, что вы скажете по поводу перекомпиляции ядра, мне кажется, что не избежать этого...
Если надо ,то сделаю,т.к. планирую остаться в Линуксе), главное что бы не зря.
Есть ли мануал и где искать подскажите, пожалуйста.
Спасибо.

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

при просмотре сайтов с флешем, кучей картинок и т.д., загрузка проца 20% это вполне нормально
посмотри как с другими браузерами проц грузится и т.д., скорее всего дело в самой опере



p/s еще немаловажный факт - наличие установленнх дров на видюху, если их нет вся графическая нагрузка ложится на проц

[smaharbA]

ни как
Пользователь решил продолжить мысль 23 Января 2011, 02:00:37:хотя да, есть вариант
купить и установить виндуз

[rombes72]

ни как
Пользователь решил продолжить мысль 23 Января 2011, 02:00:37:хотя да, есть вариант
купить и установить виндуз

Я тоже хотел бы остаться на Убунте но что то баги с железом и постоянные копания для их решения меня настораживают и поэтому ваш вариант я рассматриваю всё чаще.Что то в Линуксе ни как не решат баги с железом и прочими вещами,а для обычного пользователя постоянные копания начинают немного напрягать,хочется включить ноут и наслаждаться работой,а не искать решение проблем вроде того что сегодня работает ,а завтра перестало хотя для этого ничего сам не делал.Это я не по поводу именно этой проблемки,а в целом.И пожалуйста не надо обижаться и думать что я против Линукса , вовсе нет ,но нестабильность как то нервирует.

[inkblack]

С таким количеством открытых вкладок в Опере — 20%, IMHO, нормально.

[MaksimM]

купить и установить виндуз

не советую, тем более покупать, виндоус для этого и делалась.

[Arnould]

 Не надо агитировать за или против Windows.Каждый для себя давно уже всё решил.

[fanz]

p/s еще немаловажный факт - наличие установленнх дров на видюху, если их нет вся графическая нагрузка ложится на проц

Как проверить что дрова на видео стали как надо и те что надо?

[gregory5]

glxinfo | grep OpenGL

p.s. вывод нам покажи

[fanz]

glxinfo | grep OpenGL

p.s. вывод нам покажи

(Нажмите, чтобы показать/скрыть)

fan@fanx:~$ glxinfo | grep OpenGL
Программа 'glxinfo' на данный момент не установлена.  Вы можете установить её, выполнив:
sudo apt-get install mesa-utils
fan@fanx:~$ sudo apt-get install mesa-utils
[sudo] password for fan:
Чтение списков пакетов... Готово
Построение дерева зависимостей      
Чтение информации о состоянии... Готово
Следующие пакеты устанавливались автоматически и больше не требуются:
  libsm-dev libice-dev x11proto-kb-dev libgnet2.0-0 libxdmcp-dev xtrans-dev
  x11proto-core-dev aumix oss-compat ldm aumix-common x11proto-input-dev
  libpthread-stubs0-dev libxau-dev libpthread-stubs0 bluez-compat
  libexo-common
Для их удаления используйте 'apt-get autoremove'.
Будут установлены следующие дополнительные пакеты:
  libglew1.5
Предлагаемые пакеты:
  glew-utils
НОВЫЕ пакеты, которые будут установлены:
  libglew1.5 mesa-utils
обновлено 0, установлено 2 новых пакетов, для удаления отмечено 0 пакетов, и 0 пакетов не обновлено.
Необходимо скачать 129kБ архивов.
После данной операции, объём занятого дискового пространства возрастёт на 496kB.
Хотите продолжить [Д/н]? Д
Получено:1 http://ua.archive.ubuntu.com/ubuntu/ maverick/main libglew1.5 i386 1.5.2-0ubuntu1 [102kB]
Получено:2 http://ua.archive.ubuntu.com/ubuntu/ maverick/universe mesa-utils i386 8.0.1-0ubuntu1 [27,0kB]
Получено 129kБ за 0с (130kБ/c)  
Выбор ранее не выбранного пакета libglew1.5.
(Чтение базы данных ... на данный момент установлено 403522 файлов и каталогов.)
Распаковывается пакет libglew1.5 (из файла .../libglew1.5_1.5.2-0ubuntu1_i386.deb)...
Выбор ранее не выбранного пакета mesa-utils.
Распаковывается пакет mesa-utils (из файла .../mesa-utils_8.0.1-0ubuntu1_i386.deb)...
Обрабатываются триггеры для man-db ...
Настраивается пакет libglew1.5 (1.5.2-0ubuntu1) ...
Настраивается пакет mesa-utils (8.0.1-0ubuntu1) ...
Обрабатываются триггеры для libc-bin ...
ldconfig deferred processing now taking place
fan@fanx:~$ glxinfo | grep OpenGL
fan@fanx:~$ glxinfo | grep OpenGL
fan@fanx:~$ glxinfo | grep OpenGL
fan@fanx:~$ glxinfo | grep OpenGL
fan@fanx:~$

ничего нет.....