System Activity/uk: Difference between revisions

From KDE UserBase Wiki
(Created page with "Майже для всіх елементів графічного інтерфейсу передбачено підказки. Достатньо навести вказівн...")
No edit summary
 
(62 intermediate revisions by 3 users not shown)
Line 3: Line 3:
==Вступ==
==Вступ==


'''Системні процеси''' — це щось схоже на '''Task Manager''' у Microsoft Window, '''Activity Monitor''' у Apple Mac OS або '''Монітор системи''' у Gnome. Вікно цієї програми відкривається у відповідь на натискання комбінації клавіш <keycap>Ctrl+Esc</keycap> або піктограми «Системних процесів», [[File:SystemActivity_krunner_launch.png]], у вікні [[Specila:myLanguage/KRunner|KRunner]] (<keycap>Alt-F2</keycap>).
'''Системні процеси''' — це щось схоже на '''Task Manager''' у Microsoft Window, '''Activity Monitor''' у Apple Mac OS або '''Монітор системи''' у Gnome. Вікно цієї програми відкривається у відповідь на натискання комбінації клавіш <keycap>Ctrl+Esc</keycap> або піктограми «Системних процесів», [[File:SystemActivity_krunner_launch.png]], у вікні [[Special:myLanguage/KRunner|KRunner]] (<keycap>Alt-F2</keycap>).


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




[[File:SystemActivity.png|center|500px]]
[[File:SystemActivity_uk.png|center|500px]]




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


For example, hovering over the CPU usage for a process we can see various other bits of information including how much time the program has been running for in total.
Наприклад, якщо ви наведете вказівник та стовпчик використання процесора, ви побачите дані щодо різних аспектів процесу, зокрема загального часу виконання програми.




[[File:Systemactivity_tooltip.png|center|500px]]
[[File:Systemactivity_tooltip_uk.png|center|500px]]




==Why is my system currently running slowly?==
== Чому моя система працює так повільно? ==


A system can be running unusually slow because a process (program) is demanding all of the computer's processing power (CPU usage) or is using all of the computer's memory.
Робота системи може значно сповільнитися через те, що певний процес (програма) потребує всіх обчислювальних можливостей комп’ютера або всього об’єму пам’яті комп’ютера.


By default, processes owned by the current user that are using a lot of CPU or memory are near the top. This means that any misbehaving programs should be near the top and easily visible. For example:
За типових налаштувань процеси, власником яких є поточний користувач системи і які використовують найбільше потужностей процесора або об’єму пам’яті, перебуватимуть на верхівці списку. Це означає, що всі програми з помилковою поведінкою можна буде легко помітити у списку. Ось приклад:




Line 31: Line 31:




In this example, '''Firefox''' has stopped responding and is using 99% of CPU.
У нашому прикладі, '''Firefox''' припинив відповідати на запити системи і використовує 99% процесора. Щоб завершити роботу процесу з помилковою поведінкою, клацніть на позначці процесу, щоб вибрати його, а потім натисніть кнопку <menuchoice>Завершити процес…</menuchoice>. У відповідь система надішле програмі запит на припинення роботи.
To end the process that is misbehaving, click on the process to select it and press the <menuchoice>Kill Process...</menuchoice> button. This will send a polite request to the program, asking it to close.


===I can't kill it - it just won't die!===
==Не можу вбити процес — він просто відмовляється припиняти роботу!==


Thankfully it's fairly rare, but just occasionally you may meet this. If the process is misbehaving it may ignore your request to end, so we may need to force the program to end immediately. Doing this may result in any documents etc that the program had opened but not saved. To do this, right click on the process and choose <menuchoice>Send Signal</menuchoice> then choose <menuchoice>Kill (KILL)</menuchoice>.
На щастя, такі ситуації виникають не часто, але все ж іноді ви можете з ними зустрітися. Якщо робота процесу перейшла у помилковий режим, він може відмовитися відповідати на запити, отже доведеться зупинити його роботу у примусовому режимі негайно. Виконання цієї операції може призвести до того, що будь-які документи, які було відкрито у програмі, але не збережено, буде втрачено. Щоб надіслати подібний запит, наведіть вказівник миші на відповідний пункт, клацніть правою кнопкою миші і скористайтеся пунктом <menuchoice>Надіслати сигнал</menuchoice>, потім <menuchoice>Вбити (KILL)</menuchoice>.


Sometimes even this will not kill the process, or the option will not be given. This can happen, for example, in '''vuze''' with certain kernels. If the process or one of its threads gets caught in a kernel bug then it can end up being stuck trying to execute a kernel operation and being completely unkillable. Often there is no solution to this other than rebooting the machine.
Іноді не вдається припинити роботу процесу навіть у наведений вище спосіб або система не надає вам такої можливості. Таке трапляється, наприклад, для процесу '''vuze''' з певними версіями ядра. Якщо процес або одна з його ниток спричинила до вияву вади ядра, програмі не вдасться виконати певну операцію ядра, а завершити її роботу буде неможливо. Часто у такої проблеми немає жодного простого рішення, окрім перезавантаження системи.


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


Processes which are in a Zombie state are already dead, and so cannot be killed. The system keeps them around until their parent process notices, which is usually a very short amount of time. Seeing a Zombie process usually indicates that the parent process has stopped responding.
Процеси, які перейшли у стан зомбі, вже мертві, отже їх не можна вбити. Система виконує їх, доки їх не припинить батьківський процес (зазвичай для цього потрібно небагато часу). Поява процесу-зомбі, зазвичай, означає, що батьківський процес припинив відповідати на запити.


===Targeting a window to kill===
===Визначення вікна процесу, який слід вбити===


If you want to kill a particular window that has frozen up, simply press <keycap>Ctrl + Alt + Esc</keycap> at any time. The mouse cursor should turn into an image of a skull and cross bones. Now click the window that you want to kill. Note that this will kill the application immediately, and you may lose any unsaved data.
Якщо вам потрібно вбити певне вікно, програма якого не відповідає на запити, просто натисніть комбінацію клавіш <keycap>Ctrl+Alt+Esc</keycap>. Вказівник миші має перетворитися на зображення черепа з перехрещеними кістками. Наведіть його на вікно програми, роботу якої слід завершити, і клацніть лівою кнопкою, щоб вбити програму. Зауважте, що роботу програми буде припинено негайно, отже ви можете втратити всі незбережені дані.


==What's the difference between Memory and Shared Memory?==
==Чим відрізняється вміст стовпчиків «Пам’ять» і «Спільна пам’ять»?==


The Memory column shows approximately the amount of memory (RAM) that the process is using by itself, privately. The Shared Memory column is approximately the memory that is, or could be, shared with other programs. For example, the KDE libraries are used by all KDE programs and so are loaded into memory only once.
У стовпчику «Пам’ять» показано об’єм оперативної пам’яті (RAM), яку процес використовує лише для власних потреб. У стовпчику «Спільна пам’ять» показано об’єм пам’яті, яку програма поділяє або може поділяти з іншими програмами. Наприклад, бібліотеки KDE використовуються всіма програмами KDE, отже завантажуються у пам’ять лише один раз.


From KDE SC 4.4, you can right-click on a process and view the <menuchoice>Detailed Memory Information</menuchoice> for the process to get more accurate readings.
===Технічні відомості===


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


The "Memory" column shows the value of VmRSS - Shared, and so is generally lower than the values shown by '''top''' etc.  This does not include memory backed I/O pages, and does not include memory used by the x server to store any pixmaps used by the application. This value is often called the Unique RSS size, or URSS.  This approximates the value shown as Private memory usage in the <menuchoice>Detailed Memory Information</menuchoice>.
Значення стовпчика «Спільна пам’ять» збігається зі значенням стовпчика SHR у top, отже є дещо неточним. Значення є наближенням значення, показаного у полі використання спільної пам’яті у вікні <menuchoice>Докладні відомості щодо пам'яті</menuchoice>.


The Shared memory is the same as the SHR column in top and can be somewhat inaccurate.  This approximates the value shown as Shared memory usage in the <menuchoice>Detailed Memory Information</menuchoice>.
Під час побудови списку процесів дані видобуваються з <code>/proc/pid/stat</code>, а під час визначення даних <menuchoice>Докладних відомостей щодо пам'яті</menuchoice> — <code>/proc/pid/smaps</code>.


Specifically the process list parses <code>/proc/pid/stat</code> whereas the <menuchoice>Detailed Memory Information</menuchoice> dialog parses <code>/proc/pid/smaps</code>.
==Як переглянути докладніші відомості щодо використання процесом пам’яті?==


==How do I view more Detailed Memory Information about a process?==
У KDE 4.4 можна вибрати процесу у списку, навести на його пункт вказівник, клацнути правою кнопкою миші і вибрати пункт <menuchoice>Докладні відомості щодо пам’яті</menuchoice>. У відповідь буде показано таке:


From KDE SC 4.4 you will be able to select a process in the table, right click on the process, and choose <menuchoice>Detailed memory Information</menuchoice>, and get something like:


[[File:Ksysguard detailed2.png|center|500px]]
==Чому значення у вікні «Докладні відомості щодо пам’яті» не збігаються зі значеннями у списку процесів?==


[[File:Ksysguard detailed2.png|center|500px]]
Для визначення значень у «Системних процесах» використано наближені дані. У вікні <menuchoice>Докладні відомості щодо пам’яті</menuchoice> вказано точніші дані.
 
==Чому процес «Xorg» використовує так багато пам’яті?==


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


==Why do values in Detailed Memory Information not match the process list?==
Загалом кажучи, вам не слід перейматися щодо використання пам’яті процесом xorg.


The process list in System Activity is using an approximation to gather the values.  The <menuchoice>Detailed Memory Information</menuchoice> gives more accurate values.
==Як мені визначити PID процесу?==


==Why is the "Xorg" process using so much memory?==
Якщо вам потрібно визначити ''PID'' певного процесу, наведіть вказівник миші на пункт назви процесу. Значення ''PID'' буде показано на панелі підказки.


This is the process that displays all the other applications.  Its memory usage includes all the memory used on the video card to store all the pixmaps (images) from applications.
Якщо ви бажаєте переглянути ''PID'' всіх процесів, наведіть вказівник миші на заголовок стовпчиків таблиці процесів, клацніть правою кнопкою миші і побачите таке меню:


In general you do not need to worry about the memory usage of Xorg.


==How do I see the PID of a process?==
[[File:SystemActivity_heading_contextmenu_uk.png|center]]


If you want to see the ''PID'' of a single process, hover the mouse cursor over the name of the process.  The PID will be shown in the tooltip.
Позначте пункт <menuchoice>Показати стовпчик «PID»</menuchoice>.


If you want to see the PID of all the processes, right click on any column heading and you will see the menu:
==Чи можна у «Системних процесах» переглянути дані щодо використання жорсткого диска, подібно до iotop?==


Наведіть вказівник миші на рядок заголовків стовпчиків, клацніть правою кнопкою миші і виберіть пункт <menuchoice>Показати колонку ВВ читання</menuchoice>, а потім зробіть те саме для <menuchoice>Показати колонку ВВ запису</menuchoice>. Програма покаже об’єм даних, які надсилаються з оперативної пам’яті на диск або вивантажуються з диска в оперативну пам’ять.


[[File:SystemActivity_heading_contextmenu.png|center|300px]]
[[File:Systemactivity_io.png|center|500px]]


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


Choose <menuchoice>Show Column 'pid'</menuchoice>.
Дані запитів та справжні дані можуть не збігатися. Наприклад, якщо дві програми виконують читання даних з одного файла, операційна система не виконуватиме читання з диска двічі: дані буде прочитано один раз з незначним періодом зберігання їх у операційній пам’яті. Подібна ж ситуація виникає, коли один процес записує дані до файла, але інший процес потім переписує той самий файл: немає сенсу записувати першу версію файла на диск, — записується лише остання версія.


==Why are some processes grayed out?==
==Чому пункти деяких процесів показано сірим кольором?==


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




Line 100: Line 106:




This means that the process has already died. It is shown as a disabled
Це означає, що процес вже завершив роботу. Його показано як вимкнений просто для зручності, щоб ви могли бачити процеси, які завершили роботу. Дані щодо використання процесора, пам’яті тощо відповідають останнім даним на час, коли було розпочато дію з завершення роботи процесу. Завершений процесор не використовує жодних ресурсів (ні процесора, ні пам’яті тощо).
process just for convenience to make it easier to see processes that are quit.
 
The values for the CPU usage, Memory usage, etc are just the values from when the process was last seen alive. A process that has ended does not take up any resources (it uses no CPU, memory etc).
==У списку показано процеси, власником яких є root і які зовсім не споживають пам’яті. Для чого вони?==
 
Це потоки виконання ядра. Вони існують лише в межах ядра для уможливлення одночасного виконання декількох завдань.


==What are all of these processes owned by root and taking up no memory?==
У списку їх показано, оскільки вони можуть спричиняти значне навантаження на процесор. Наприклад, у разі значного навантаження та помилок у драйверах мережева картка може створювати багато переривань, що призведе до високого навантаження на процесор у потоці ядра '''ksoftirqd'''.


These are kernel threads.  They exist only inside the kernel, and exist to allow the kernel to perform multiple tasks in parallel.
Крім того, високе навантаження на процесор у kjournald може означати те, що для диска не увімкнено передавання даних DMA.


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.
У звичайній системі працює від 150 до 200 процесів з назвами, які можуть видатися дивними. Варто було б створити сторінку вікі з коротким описом кожного з таких процесів, але цього ніхто ще не зробив. [[Image:Face-smile.png|11px]]


==Why do I have so many processes?==
==Чому OpenOffice.org не показано у списку програм з графічним інтерфейсом?==


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. :-)
До версії 3.3 у OpenOffice.org не було належним чином реалізовано стандарти роботи з вікнами. Зокрема програма не встановлювала для власних вікон атрибут _NET_WM_PID, який пов’язував вікна з процесами. Цю [http://www.openoffice.org/issues/show_bug.cgi?id=47904 ваду виправлено] у OpenOffice.org 3.3.


==Why is OpenOffice.org not showing up as a graphical program?==
==Чому дані gvim, як графічної програми, такі дивні?==


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 [http://www.openoffice.org/issues/show_bug.cgi?id=47904 fixed] in OpenOffice.org 3.3.
Це помилка у програмі GVim. У GVim стандарти побудови вікон реалізовано з неналежним чином. Зокрема, програма під час запуску створює новий процес, щоб уникнути блокування оболонки, звідки її було запущено, але встановлює властивість _NET_WIN_PID до процесу з попереднім ідентифікатором PID. Розробники програми знають про цей недолік, але досі його не виправили.


[[Category:System]]
[[Category:Система/uk]]

Latest revision as of 12:30, 2 February 2013

Вступ

Системні процеси — це щось схоже на 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, отже завантажуються у пам’ять лише один раз.

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

У стовпчику «Пам’ять» показано значення для 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».

Чи можна у «Системних процесах» переглянути дані щодо використання жорсткого диска, подібно до iotop?

Наведіть вказівник миші на рядок заголовків стовпчиків, клацніть правою кнопкою миші і виберіть пункт Показати колонку ВВ читання, а потім зробіть те саме для Показати колонку ВВ запису. Програма покаже об’єм даних, які надсилаються з оперативної пам’яті на диск або вивантажуються з диска в оперативну пам’ять.

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

Дані запитів та справжні дані можуть не збігатися. Наприклад, якщо дві програми виконують читання даних з одного файла, операційна система не виконуватиме читання з диска двічі: дані буде прочитано один раз з незначним періодом зберігання їх у операційній пам’яті. Подібна ж ситуація виникає, коли один процес записує дані до файла, але інший процес потім переписує той самий файл: немає сенсу записувати першу версію файла на диск, — записується лише остання версія.

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

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



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

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

Це потоки виконання ядра. Вони існують лише в межах ядра для уможливлення одночасного виконання декількох завдань.

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

Крім того, високе навантаження на процесор у kjournald може означати те, що для диска не увімкнено передавання даних DMA.

Чому у списку так багато процесів?

У звичайній системі працює від 150 до 200 процесів з назвами, які можуть видатися дивними. Варто було б створити сторінку вікі з коротким описом кожного з таких процесів, але цього ніхто ще не зробив.

Чому OpenOffice.org не показано у списку програм з графічним інтерфейсом?

До версії 3.3 у OpenOffice.org не було належним чином реалізовано стандарти роботи з вікнами. Зокрема програма не встановлювала для власних вікон атрибут _NET_WM_PID, який пов’язував вікна з процесами. Цю ваду виправлено у OpenOffice.org 3.3.

Чому дані gvim, як графічної програми, такі дивні?

Це помилка у програмі GVim. У GVim стандарти побудови вікон реалізовано з неналежним чином. Зокрема, програма під час запуску створює новий процес, щоб уникнути блокування оболонки, звідки її було запущено, але встановлює властивість _NET_WIN_PID до процесу з попереднім ідентифікатором PID. Розробники програми знають про цей недолік, але досі його не виправили.