Системні процеси

    From KDE UserBase Wiki
    Revision as of 13:31, 9 October 2010 by Yurchor (talk | contribs) (Created page with "==У списку показано процеси, власником яких є root і які зовсім не споживають пам’яті. Для чого вони?==")

    Вступ

    Системні процеси — це щось схоже на Task Manager у Microsoft Window, Activity Monitor у Apple Mac OS або Монітор системи у Gnome. Вікно цієї програми відкривається у відповідь на натискання комбінації клавіш Ctrl+Esc або піктограми «Системних процесів», , у вікні KRunner (Alt-F2).

    У вікні буде показано список поточних запущених процесів, а також дані щодо використання процесора, пам’яті та іншими даними.



    Загальні зауваження

    Майже для всіх елементів графічного інтерфейсу передбачено підказки. Достатньо навести вказівник миші на елемент інтерфейсу і програма покаже вікно з докладними відомостями. Крім того, використано функціональні можливості підказки «Що це?». Задіяти її можна натисканням кнопки . На панелі підказки буде показано потрібні вам дані.

    Наприклад, якщо ви наведете вказівник та стовпчик використання процесора, ви побачите дані щодо різних аспектів процесу, зокрема загального часу виконання програми.



    Чому моя система працює так повільно?

    Робота системи може значно сповільнитися через те, що певний процес (програма) потребує всіх обчислювальних можливостей комп’ютера або всього об’єму пам’яті комп’ютера.

    За типових налаштувань процеси, власником яких є поточний користувач системи і які використовують найбільше потужностей процесора або об’єму пам’яті, перебуватимуть на верхівці списку. Це означає, що всі програми з помилковою поведінкою можна буде легко помітити у списку. Ось приклад:



    У нашому прикладі, Firefox припинив відповідати на запити системи і використовує 99% процесора. Щоб завершити роботу процесу з помилковою поведінкою, клацніть на позначці процесу, щоб вибрати його, а потім натисніть кнопку Вбити процес…. У відповідь система надішле програмі запит на припинення роботи.

    Не можу вбити процес — він просто відмовляється припиняти роботу!

    На щастя, такі ситуації виникають не часто, але все ж іноді ви можете з ними зустрітися. Якщо робота процесу перейшла у помилковий режим, він може відмовитися відповідати на запити, отже доведеться зупинити його роботу у примусовому режимі негайно. Виконання цієї операції може призвести до того, що будь-які документи, які було відкрито у програмі, але не збережено, буде втрачено. Щоб надіслати подібний запит, наведіть вказівник миші на відповідний пункт, клацніть правою кнопкою миші і скористайтеся пунктом Надіслати сигнал, потім Вбити (KILL).

    Іноді не вдається припинити роботу процесу навіть у наведений вище спосіб або система не надає вам такої можливості. Таке трапляється, наприклад, для процесу vuze з певними версіями ядра. Якщо процес або одна з його ниток спричинила до вияву вади ядра, програмі не вдасться виконати певну операцію ядра, а завершити її роботу буде неможливо. Часто у такої проблеми немає жодного простого рішення, окрім перезавантаження системи.

    Процеси-зомбі

    Процеси, які перейшли у стан зомбі, вже мертві, отже їх не можна вбити. Система виконує їх, доки їх не припинить батьківський процес (зазвичай для цього потрібно небагато часу). Поява процесу-зомбі, зазвичай, означає, що батьківський процес припинив відповідати на запити.

    Визначення вікна процесу, який слід вбити

    Якщо вам потрібно вбити певне вікно, програма якого не відповідає на запити, просто натисніть комбінацію клавіш Ctrl+Alt+Esc. Вказівник миші має перетворитися на зображення черепа з перехрещеними кістками. Наведіть його на вікно програми, роботу якої слід завершити, і клацніть лівою кнопкою, щоб вбити програму. Зауважте, що роботу програми буде припинено негайно, отже ви можете втратити всі незбережені дані.

    Чим відрізняється вміст стовпчиків «Пам’ять» і «Спільна пам’ять»?

    У стовпчику «Пам’ять» показано об’єм оперативної пам’яті (RAM), яку процес використовує лише для власних потреб. У стовпчику «Спільна пам’ять» показано об’єм пам’яті, яку програма поділяє або може поділяти з іншими програмами. Наприклад, бібліотеки KDE використовуються всіма програмами KDE, отже завантажуються у пам’ять лише один раз.

    У версії програми для KDE SC 4.4 ви можете навести вказівник миші на пункт процесу, клацнути правою кнопкою миші і переглянути Докладні відомості щодо пам'яті для процесу. У відповідь програма покаже точніші дані щодо розподілу пам’яті.

    Технічні відомості

    У стовпчику «Пам’ять» показано значення для VmRSS - Shared, отже, загалом кажучи, ці значення менші за значення, які показує програма top. До цього значення не включено пам’ять зарезервовану для сторінок вводу-виводу і не включає пам’ять, використану сервером X, для зберігання будь-яких растрових зображень, використаних програмою. Це значення часто називають розміром Unique RSS або URSS.

    Значення стовпчика «Спільна пам’ять» збігається зі значенням стовпчика SHR у top, отже є дещо неточним. Значення є наближенням значення, показаного у полі використання спільної пам’яті у вікні Докладні відомості щодо пам'яті.

    Під час побудови списку процесів дані видобуваються з /proc/pid/stat, а під час визначення даних Докладних відомостей щодо пам'яті/proc/pid/smaps.

    Як переглянути докладніші відомості щодо використання процесом пам’яті?

    У KDE 4.4 можна вибрати процесу у списку, навести на його пункт вказівник, клацнути правою кнопкою миші і вибрати пункт Докладні відомості щодо пам’яті. У відповідь буде показано таке:



    Чому значення у вікні «Докладні відомості щодо пам’яті» не збігаються зі значеннями у списку процесів?

    Для визначення значень у «Системних процесах» використано наближені дані. У вікні Докладні відомості щодо пам’яті вказано точніші дані.

    Чому процес «Xorg» використовує так багато пам’яті?

    Це процес, який містить всі інші процеси програм. Дані про використання ним пам’яті включають дані щодо використання пам’яті для зберігання всіх растрових зображень (зображень) з програм.

    Загалом кажучи, вам не слід перейматися щодо використання пам’яті процесом xorg.

    Як мені визначити PID процесу?

    Якщо вам потрібно визначити PID певного процесу, наведіть вказівник миші на пункт назви процесу. Значення PID буде показано на панелі підказки.

    Якщо ви бажаєте переглянути PID всіх процесів, наведіть вказівник миші на заголовок стовпчиків таблиці процесів, клацніть правою кнопкою миші і побачите таке меню:



    Позначте пункт Показати стовпчик 'pid'.

    Чому пункти деяких процесів показано сірим кольором?

    Для прикладу, розглянемо процес xclock:



    Це означає, що процес вже завершив роботу. Його показано як вимкнений просто для зручності, щоб ви могли бачити процеси, які завершили роботу. Дані щодо використання процесора, пам’яті тощо відповідають останнім даним на час, коли було розпочато дію з завершення роботи процесу. Завершений процесор не використовує жодних ресурсів (ні процесора, ні пам’яті тощо).

    У списку показано процеси, власником яких є root і які зовсім не споживають пам’яті. Для чого вони?

    These are kernel threads. They exist only inside the kernel, and exist to allow the kernel to perform multiple tasks in parallel.

    They are shown because occasionally they can be a cause of heavy CPU usage. For example, under a heavy load, and with bad drivers, a network card can produce a huge number of interrupts, resulting in a high CPU usage in the ksoftirqd kernel thread.

    Likewise, a high CPU usage in kjournald can indicate that DMA transfer is not enabled on the hard disk.

    Why do I have so many processes?

    A normal average-user system has around 150 to 200 processes with strange sounding names. It would be nice to setup a wiki page giving a short description of each of these processes, but so far nobody has done this. :-)

    Why is OpenOffice.org not showing up as a graphical program?

    Before version 3.3, OpenOffice.org did not correctly implement the window standards. Specifically, their windows did not set _NET_WM_PID to link the windows to the process. This is now fixed in OpenOffice.org 3.3.