System Activity/da: Difference between revisions

From KDE UserBase Wiki
(Importing a new version from external source)
No edit summary
 
(55 intermediate revisions by 2 users not shown)
Line 3: Line 3:
==Introduktion==
==Introduktion==


'''Systemovervågning''' minder om Microsoft Windows' '''Task Manager''', Apple Mac OS X's '''Activity Monitor''' og Gnomes '''System Monitor'''. Den dukker op, når du taster <keycap>Ctrl + Esc </keycap> eller klikker på '''Systemovervågnings''' ikon,[[File:SystemActivity_krunner_launch.png]], til venstre i et [[Special:myLanguage/KRunnder|KRunner]]-vindue (<keycap>(Alt + F2)</keycap>).
'''Systemovervågning''' minder om Microsoft Windows' '''Task Manager''', Apple Mac OS X's '''Activity Monitor''' og Gnomes '''System Monitor'''. Den dukker op, når du taster <keycap>Ctrl + Esc </keycap> eller klikker på '''Systemovervågnings''' ikon,[[File:SystemActivity_krunner_launch.png]], til venstre i et [[Special:myLanguage/KRunner|KRunner]]-vindue (<keycap>(Alt + F2)</keycap>).


Den viser en liste med de processer, som kører på maskinen sammen med deres forbrug af CPU og hukommelse samt anden information.
Den viser en liste med de processer, som kører på maskinen sammen med deres forbrug af CPU og hukommelse samt anden information.
Line 31: Line 31:




I dette eksempel svarer Firefox ikke længere og bruger 99% af CPU'en. For at afslutte en proces fremhæver du den ved at klikke på den og trykker så på knappen <menuchoice>Dræb proces...</menuchoice>. Dette vil sende programmet en venlig forespørgsel om at afslutte.
I dette eksempel svarer Firefox ikke længere og bruger 99% af CPU'en. For at afslutte en proces fremhæver du den ved at klikke på den og trykker så på knappen <menuchoice>Afslut proces...</menuchoice>. Dette vil sende programmet en venlig forespørgsel om at afslutte.


===Jeg kan ikke dræbe den - den vil bare ikke dø!===
===Jeg kan ikke dræbe den - den vil bare ikke dø!===


Det er heldigvis ret sjældent, men du kan komme ud for dette. En proces på afveje kan finde på at ignorere din forespørgsel om at afslutte. I så fald må du tvinge processen til at afslutte umiddelbart. Det kan betyde, at dokumenter, som er åbne i programmet ikke bliver afsluttede ordentligt. For at gøre dette højreklikker du på processen og vælger <menuchoice>Send signal -> Dræb (KILL)</menuchoice>.
Det er heldigvis ret sjældent, men du kan komme ud for dette. En proces på afveje kan finde på at ignorere din forespørgsel om at afslutte. I så fald må du tvinge processen til at afslutte umiddelbart. Det kan betyde, at dokumenter, som er åbne i programmet og endnu ikke gemt kan blive tabt. For at gøre dette højreklikker du på processen og vælger <menuchoice>Send signal -> Dræb (KILL)</menuchoice>.


Nogle gange er selv dette ikke nok til at dræbe en proces eller muligheden vil slet ikke blive givet. Dette kan for eksempel ske i '''vuze''' med visse kerner. Hvis processen eller en af dens tråde bliver fanget af en fejl i kernen, så kan den ende med at hænge fast i forsøget på at udføre en kerneoperation og blive fuldstændig udræbbar. Ofte er der ingen anden løsning end at genstarte maskinen.
Nogle gange er selv dette ikke nok til at dræbe en proces eller muligheden vil slet ikke blive givet. Dette kan for eksempel ske i '''vuze''' med visse kerner. Hvis processen eller en af dens tråde bliver fanget af en fejl i kernen, så kan den ende med at hænge fast i forsøget på at udføre en kerneoperation og blive fuldstændig udræbbar. Ofte er der ingen anden løsning end at genstarte maskinen.
Line 41: Line 41:
===Zombie-processer===
===Zombie-processer===


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.
Processer som er i en zombie-tilstand er allerede døde og kan således ikke dræbes. Systemet holder dem tilbage indtil deres forældre-proces bemærker det, hvilket normalt ikke tager ret lang tid. Ser du en zombie-proces, så er det i reglen et tegn på, at forældre-processen ikke længere svarer.


===Targeting a window to kill===
===Dræb et bestemt vindue===


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.
Hvis du ønsker at dræbe et bestemt vindue, som er frosset, så taster du simpelt hen <keycap>Ctrl + Alt + Esc</keycap>. Musemarkøren skulle så ændres til et dødningehoved. Klik nu på det vindue, som du vil dræbe. Bemærk, at det vil dræbe programmet med det samme og du risikerer at miste data, som ikke er gemt.


==What's the difference between Memory and Shared Memory?==
==Hvad er forskellen mellem hukommelse og delt hukommelse?==


The Memory column shows approximately the amount of memory (RAM) that the process is using by itself, privatelyThe 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.
Søjlen Hukommelse viser den omtrentlige mængde RAM, som processen selv bruger privat. Søjlen Delt hukommelse viser omterent hvor meget RAM, som kan deles med andre programmer. For eksempel bruges KDE's biblioteker af alle KDE's programmer, så de læses kun ind i hukommelsen en gang.


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.
==Teknisk information==


===Technical Information===
Søjlen Hukommelse viser værdien af VmRSS - Delt, som almindeligvis er mindre end værdien, der vises af '''top'''  etc. Dette inkluderer ikke "memory backed I/O pages" eller hukommelse, som x-serveren bruger til at lagre pixmaps, som bruges af programmet. Denne værdi kaldes ofte "Unique RSS" størrelsen eller URSS. Dette er en tilnærmelse til den værdi, der vises som privat hukommelsesbrug i <menuchoice>Detaljeret hukommelsesinformation</menuchoice>.


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>.
Den delte hukommelse er det samme som søjlen SHR i top og kan være noget unøjagtig. Dette er en tilnærmelse til den værdi, der vises som i <menuchoice>Detaljeret hukommelsesinformation</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>.
Mere præcist, så fortolker proceslisten <code>/proc/pid/stat</code>, mens <menuchoice>Detaljeret hukommelsesinformation</menuchoice> fortolker <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>.
==Hvordan får jeg vist mere detaljeret information om en proces' hukommelsesforbrug?==


==How do I view more Detailed Memory Information about a process?==
Fra KDE SC 4.4 vil du kunne vælge en proce i listen, højreklikke på den og vælge <menuchoice>Detaljeret hukommelsesinformation</menuchoice> for at få vist noget i retning af:


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]]
==Hvorfor passer værdierne i den detaljerede visning ikke med proceslisten?==


[[File:Ksysguard detailed2.png|center|500px]]
'''Systemovervågnings''' procesliste bruger en tilnærmelse til at indsamle værdierne. <menuchoice>Detaljeret hukommelsesinformation</menuchoice> giver mere nøjagtige værdier.
 
==Hvorfor bruger processen 'Xorg' så meget hukommelse?==


Den proces viser alt, hvad du ser på skærmen. Dens hukommelse inkluderer al hukommelsen, som bruges på video-kortet til at lagre pixmaps (billeder) fra programmerne.


==Why do values in Detailed Memory Information not match the process list?==
Almindeligvis behøver du ikke at bekymre dig om Xorgs hukommelsesforbrug.


The process list in System Activity is using an approximation to gather the values.  The <menuchoice>Detailed Memory Information</menuchoice> gives more accurate values.
==Hvordan ser jeg en proces' PID?==


==Why is the "Xorg" process using so much memory?==
Hvis du vil se PID'en for en enkelt proces, så lad musen svæve over processens navn. PID'en vil så blive vist i tooltippet.


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.
Hvis du vil se PID'en for alle processer, så højreklikker på en vilkårlig søjletitel; du vil så se menuen:


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.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.
Vælg <menuchoice>Vis kolonnen '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:
==Kan Systemovervågning vise harddiskens I/O-forbrug ligesom iotop?==


Højreklik på søjleoverskrifterne og vælg <menuchoice>Vis kolonne "IO læst"</menuchoice> og vælg på samme måde <menuchoice>Vis kolonne "IO skrevet"</menuchoice>. Nu blive mængden af data, som sendes til eller fra harddisken vist.


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


Ved at højreklikke på søjleoverskriften kan du vælge om du vil se den faktiske mængde data, der læses eller skrives fra harddisken (standard) eller hvor mange data programmet sender til eller forespøger fra en fil.


Choose <menuchoice>Show Column 'pid'</menuchoice>.
Dataforespørgsler og de data, som faktisk læses er ikke ækvivalente - hvis for eksempel to programmer læser fra den samme fil, så behøver operativsystemet ikke at læse to gange fra harddisken - det kan nøjes med at læse én gang og huske resultatet et kort øjeblik. Hvis tilsvarende en proces skriver til en fil, men en anden proces overskriver den samme fil, så er der ingen grund til faktisk at skrive den første version af filen til harddisken.


==Why are some processes grayed out?==
==Hvorfor vises nogle processer med gråt?==


For example the process '''xclock''':
For eksempel processen '''xclock''':




Line 99: Line 106:




This means that the process has already died. It is shown as a disabled
Det betyder, at processen allerede er død. Den er med af praktiske grunde, sådan at du kan se, hvilke processer der er afsluttet. Værdierne for forbrug af CPU, hukommelse osv er værdierne fra dengang processen sidst var i live. En proces, som er afsluttet optager ingen ressourcer (den bruger ikke CPU, hukommelse osv.). \
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).
==Hvad er alle de processer, som ejes af root, og som ikke optager nogle ressourcer?==
 
Det er tråde, som hører til kernen. De eksisterer kun inde i kernen og har til formål at lade kernen udføre flere opgaver parallelt.


==What are all of these processes owned by root and taking up no memory?==
De vises, fordi de undertiden kan belaste CPU'en meget. For eksempel kan et netværkskort under stor belastning og med en dårlig driver producere et enormt antal interrupts, hvilket resulterer i en stor belastning af CPU'en i kernetråden '''ksoftirqd'''.


These are kernel threads.  They exist only inside the kernel, and exist to allow the kernel to perform multiple tasks in parallel.
På samme måde kan en stor belastning i '''kjournald''' indikere, at harddisken ikke har fået DMA-overførsel muliggjort.


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.
==Hvorfor har jeg så mange processer? ==


Likewise, a high CPU usage in '''kjournald''' can indicate that DMA transfer is not enabled on the hard disk.
En almindelig gennemsnits-brugers system har omkring 150 til 200 processer med mærkeligt klingende navne. Det ville være rart at have en wiki-side med en kort beskrivelse af hver af disse processer, men indtil nu har ingen lavet sådan en. [[Image:Face-smile.png|11px]]


==Why do I have so many processes?==
==Hvorfor vises OpenOffice ikke som et grafisk program?==


A normal average-user system has around 150 to 200 processes with strange sounding namesIt would be nice to setup a wiki page giving a short description of each of these processes, but so far nobody has done this. :-)
Før version 3.3 implementerede OpenOffice.org ikke vinduesstandarden korrekt. Specifikt satte deres vinduer ikke _NET_WM_PID til at linke deres vinduer til processenDette er [http://www.openoffice.org/issues/show_bug.cgi?id=47904 rettet] nu i OpenOffice.org 3.3.


==Why is OpenOffice.org not showing up as a graphical program?==
==Hvorfor dukker gvim på mystisk vio op som et grafisk 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 [http://www.openoffice.org/issues/show_bug.cgi?id=47904 fixed] in OpenOffice.org 3.3.
Det er en fejl i programmet GVim. GVim implementerer ikke vinduesstandarderne korrekt. Mere præcist, under opstarten udspalter den en ny proces for at undgå at blokere den skal, som den blev startet fra; men dette sætter egenskaben _NET_WIN_PID til den forrige PID. Programmets forfattere er blevet gjort opmærksom på problemet, men har ikke rettet det endnu.


[[Category:System]]
[[Category:System/da]]

Latest revision as of 11:59, 2 February 2013

Introduktion

Systemovervågning minder om Microsoft Windows' Task Manager, Apple Mac OS X's Activity Monitor og Gnomes System Monitor. Den dukker op, når du taster Ctrl + Esc eller klikker på Systemovervågnings ikon,, til venstre i et KRunner-vindue ((Alt + F2)).

Den viser en liste med de processer, som kører på maskinen sammen med deres forbrug af CPU og hukommelse samt anden information.



Generelle tips

Næsten alle elementer i vinduet viser et tooltip, som giver mere detaljeret information, når du lader musen svæve over det og når du klikker på ikonet, så aktiveres "Hvad Er Det"-funktionen, som forklarer hvad informationen betyder.

Hvis du fx lader musen svæve over CPU-forbruget for en proces, så ser du forskellige andre informationer herunder den samlede tid, som processen har kørt.



Hvorfor kører mit system langsomt nu?

Et system kan køre usædvanligt langsomt, hvis en applikation (et program) bruger hele computerens regnekraft eller al dens hukommelse.

Som standard bliver de af den aktuelle brugers processer, som bruger mest CPU eller hukommelse vist øverst i listen. Det betyder, at processer, som ikke opfører sig som de skal findes nær toppen og er lette at se. For eksempel:



I dette eksempel svarer Firefox ikke længere og bruger 99% af CPU'en. For at afslutte en proces fremhæver du den ved at klikke på den og trykker så på knappen Afslut proces.... Dette vil sende programmet en venlig forespørgsel om at afslutte.

Jeg kan ikke dræbe den - den vil bare ikke dø!

Det er heldigvis ret sjældent, men du kan komme ud for dette. En proces på afveje kan finde på at ignorere din forespørgsel om at afslutte. I så fald må du tvinge processen til at afslutte umiddelbart. Det kan betyde, at dokumenter, som er åbne i programmet og endnu ikke gemt kan blive tabt. For at gøre dette højreklikker du på processen og vælger Send signal -> Dræb (KILL).

Nogle gange er selv dette ikke nok til at dræbe en proces eller muligheden vil slet ikke blive givet. Dette kan for eksempel ske i vuze med visse kerner. Hvis processen eller en af dens tråde bliver fanget af en fejl i kernen, så kan den ende med at hænge fast i forsøget på at udføre en kerneoperation og blive fuldstændig udræbbar. Ofte er der ingen anden løsning end at genstarte maskinen.

Zombie-processer

Processer som er i en zombie-tilstand er allerede døde og kan således ikke dræbes. Systemet holder dem tilbage indtil deres forældre-proces bemærker det, hvilket normalt ikke tager ret lang tid. Ser du en zombie-proces, så er det i reglen et tegn på, at forældre-processen ikke længere svarer.

Dræb et bestemt vindue

Hvis du ønsker at dræbe et bestemt vindue, som er frosset, så taster du simpelt hen Ctrl + Alt + Esc. Musemarkøren skulle så ændres til et dødningehoved. Klik nu på det vindue, som du vil dræbe. Bemærk, at det vil dræbe programmet med det samme og du risikerer at miste data, som ikke er gemt.

Hvad er forskellen mellem hukommelse og delt hukommelse?

Søjlen Hukommelse viser den omtrentlige mængde RAM, som processen selv bruger privat. Søjlen Delt hukommelse viser omterent hvor meget RAM, som kan deles med andre programmer. For eksempel bruges KDE's biblioteker af alle KDE's programmer, så de læses kun ind i hukommelsen en gang.

Teknisk information

Søjlen Hukommelse viser værdien af VmRSS - Delt, som almindeligvis er mindre end værdien, der vises af top etc. Dette inkluderer ikke "memory backed I/O pages" eller hukommelse, som x-serveren bruger til at lagre pixmaps, som bruges af programmet. Denne værdi kaldes ofte "Unique RSS" størrelsen eller URSS. Dette er en tilnærmelse til den værdi, der vises som privat hukommelsesbrug i Detaljeret hukommelsesinformation.

Den delte hukommelse er det samme som søjlen SHR i top og kan være noget unøjagtig. Dette er en tilnærmelse til den værdi, der vises som i Detaljeret hukommelsesinformation.

Mere præcist, så fortolker proceslisten /proc/pid/stat, mens Detaljeret hukommelsesinformation fortolker /proc/pid/smaps.

Hvordan får jeg vist mere detaljeret information om en proces' hukommelsesforbrug?

Fra KDE SC 4.4 vil du kunne vælge en proce i listen, højreklikke på den og vælge Detaljeret hukommelsesinformation for at få vist noget i retning af:



Hvorfor passer værdierne i den detaljerede visning ikke med proceslisten?

Systemovervågnings procesliste bruger en tilnærmelse til at indsamle værdierne. Detaljeret hukommelsesinformation giver mere nøjagtige værdier.

Hvorfor bruger processen 'Xorg' så meget hukommelse?

Den proces viser alt, hvad du ser på skærmen. Dens hukommelse inkluderer al hukommelsen, som bruges på video-kortet til at lagre pixmaps (billeder) fra programmerne.

Almindeligvis behøver du ikke at bekymre dig om Xorgs hukommelsesforbrug.

Hvordan ser jeg en proces' PID?

Hvis du vil se PID'en for en enkelt proces, så lad musen svæve over processens navn. PID'en vil så blive vist i tooltippet.

Hvis du vil se PID'en for alle processer, så højreklikker på en vilkårlig søjletitel; du vil så se menuen:


Vælg Vis kolonnen 'PID'

Kan Systemovervågning vise harddiskens I/O-forbrug ligesom iotop?

Højreklik på søjleoverskrifterne og vælg Vis kolonne "IO læst" og vælg på samme måde Vis kolonne "IO skrevet". Nu blive mængden af data, som sendes til eller fra harddisken vist.

Ved at højreklikke på søjleoverskriften kan du vælge om du vil se den faktiske mængde data, der læses eller skrives fra harddisken (standard) eller hvor mange data programmet sender til eller forespøger fra en fil.

Dataforespørgsler og de data, som faktisk læses er ikke ækvivalente - hvis for eksempel to programmer læser fra den samme fil, så behøver operativsystemet ikke at læse to gange fra harddisken - det kan nøjes med at læse én gang og huske resultatet et kort øjeblik. Hvis tilsvarende en proces skriver til en fil, men en anden proces overskriver den samme fil, så er der ingen grund til faktisk at skrive den første version af filen til harddisken.

Hvorfor vises nogle processer med gråt?

For eksempel processen xclock:



Det betyder, at processen allerede er død. Den er med af praktiske grunde, sådan at du kan se, hvilke processer der er afsluttet. Værdierne for forbrug af CPU, hukommelse osv er værdierne fra dengang processen sidst var i live. En proces, som er afsluttet optager ingen ressourcer (den bruger ikke CPU, hukommelse osv.). \

Hvad er alle de processer, som ejes af root, og som ikke optager nogle ressourcer?

Det er tråde, som hører til kernen. De eksisterer kun inde i kernen og har til formål at lade kernen udføre flere opgaver parallelt.

De vises, fordi de undertiden kan belaste CPU'en meget. For eksempel kan et netværkskort under stor belastning og med en dårlig driver producere et enormt antal interrupts, hvilket resulterer i en stor belastning af CPU'en i kernetråden ksoftirqd.

På samme måde kan en stor belastning i kjournald indikere, at harddisken ikke har fået DMA-overførsel muliggjort.

Hvorfor har jeg så mange processer?

En almindelig gennemsnits-brugers system har omkring 150 til 200 processer med mærkeligt klingende navne. Det ville være rart at have en wiki-side med en kort beskrivelse af hver af disse processer, men indtil nu har ingen lavet sådan en.

Hvorfor vises OpenOffice ikke som et grafisk program?

Før version 3.3 implementerede OpenOffice.org ikke vinduesstandarden korrekt. Specifikt satte deres vinduer ikke _NET_WM_PID til at linke deres vinduer til processen. Dette er rettet nu i OpenOffice.org 3.3.

Hvorfor dukker gvim på mystisk vio op som et grafisk program?

Det er en fejl i programmet GVim. GVim implementerer ikke vinduesstandarderne korrekt. Mere præcist, under opstarten udspalter den en ny proces for at undgå at blokere den skal, som den blev startet fra; men dette sætter egenskaben _NET_WIN_PID til den forrige PID. Programmets forfattere er blevet gjort opmærksom på problemet, men har ikke rettet det endnu.