lucid top %cpu minden processznél 0

Ubuntu Linux

üdv,

lucid-on top-ot indítva a processzek látszanak, memóriahasználattal együtt, de a %cpu mindegyiknél 0. viszont esetenként elszáll a load akár 10 közelébe is, igen szeretném tudni, hogy miért... illetve sejtem, hogy az egy szem ssl domain kiszolgálása lehet szar dolog neki, de hát "model name : Intel(R) Pentium(R) CPU G6950 @ 2.80GHz" meg 16 Gbyte ram... :(

előre is köszi.

  • 1649 megtekintés

( Fisher v | 2015. 03. 04., sze – 09:23 )

Valamire várnak a processzek, távolról sem biztos hogy CPU-ra (bár a 0% inkább valami bug lesz), disk IO, hálózat is lehet.

Próbáld az atop-ot, hátha ad jobb tippet.

köszi. ez már mutatja a cpu használatot. a top annyival volt eddig jobb, hogy ott láttam, melyik user nevében futó processz mit csinált.

van még jónéhány domain, amit ide akaródzik átpakolni, ezek összességében 2-3 user nevében futnak.
a disk io/hálózat várakozás jó irány lehet, ha másért nem is, hát a statikus tartalom nfs-en keresztül való elérése miatt biztos.

--
Aspire E1-530
"...és micsoda zajt csapott!"

a csere (géppel együtt) már érik pár hete. addig meg abból főzök, ami van.
egyébiránt a célra megfelel(t).

a bubuntu fejlődésről/frissítésről pedig már volt ömlengés részemről több is. az a legnagyobb problémája, hogy ami frankón működött (és/vagy könnyen konfigurálható volt) egy verzióban, azt a következőben csodálatosan elbaszarintják -rendszeresen-.
hogy ezt kell használni néhány esetben, az meg azt jelenti, hogy ez az igény.

hint: canonical fő elgondolása, hogy "legyen a windows-hoz hasonló az ubuntu".
siker! fagyni már tud a 10-es óta, szerte-aprózott rendszerkonfiguráció pár éve, a networkmanager szopatásai, gyerekcipőben járó unityfasság erőltetése (bezzeg a gnome2), a gnome-terminálban indított mc-ben a funkcióbillentyűk (alapértelmezett állapotban) használhatatlansága és még miegymás. én már nagyon várom a regedit-szerű/registry-szerű rendszerbaszkurálást (nem), illetve látom az újabbnál újabb, ám de működésében nagybüdöslóf*sz szintű szambáját, meg ilyesmiket.

illetve nem szeretnék siránkozni a cups, usb eszközök és néhány pitiáner, többnyire világszerte csak általam használt szarságokról.

viszont a gépcsere OS cserét is hoz majd: debian felé kacsintgatunk. szoktam mondani, hogy "amit a háború előtt gyártottak, abban volt anyag, erkölcs, elszántság. most van helyettük selejt, elvetemedés, improvizáció".

--
Aspire E1-530
"...és micsoda zajt csapott!"

Ezt ki tudnád fejteni, kérlek?

Általában minden szerver hálózatra vár (csomó processz várja a bejövő csomagokat), ez alapján a load-nak az egekben kellene lennie. Meg nem is tűnik számomra logikusnak, miért lenne terhelés a gépnek csomagokra várnia?

Esetleg arról van szó, ha a kimenő csomagokat gyorsabban tolná a progi, mint ahogy a háló bírja, és ezen blokkolódik?

Tényleg kíváncsi vagyok! :) Köszi!

A processzek általában várakoznak. Ha időzítésre vár, fájlleírón adat érkezésére vár, hálózaton csomagra vár az egészen biztosan nem számít bele a load-ba. Ha így lenne, akkor egy átlag gépen 100-200 körül lenne a load.

Ami biztosan beleszámít: futó, és futni vágyó (futásra készen álló) processzek, valamint diszkre várakozó processzek (pl. olvasna valamit egy fájlból, és kerrek a diszk hogy azt megválaszolja).

Arra lennék kíváncsi, hogy van-e olyan állapot, amikor hálózatra vár, és ez beleszámít a load-ba. Nem tudok ilyenről, de lehet hogy van. De az egészen biztos, hogy a hálózatra várakozás általában nem számít bele. Ha elindítasz egy webszervert ami nem kap forgalmat, nem ugrik fel 1-gyel a load, pedig az aztán határozottan bejövő hálózati forgalomra vár.

Technikailag igen, CPU busy loop van. Nezzunk mast: nem csak helyi diszkek, hanem SAN / NAS is tud uninterruptible sleep allapotot okozni, es ez az allapot beleszamit a load-ba (en amugy eppen erre gyanakodnek itt). Kerdes, hogy pl. az NFS klienst hova soroljuk be, nem kimondottan jo a halozati hibaturese...