[16:05] ?spøgsmål Hvad kan forklaringen være på et load average, der ligger og svinger mellem 1.50 og 2.00, når CPUerne er over 90% idle og harddisken ingenting laver? [17:10] kaspred er det fra 'uptime' kommandoen du for det ? vist det er, huske at være opmærksom på at værdierne tæller sammen de sidste forudgående minutter eksempelvis '1 5 15' minutter til værdierne der måtte stå [17:14] kaspred 'top -h' bør give dig et indblik i hvad det kunne være som ligger og køre i din kernel uden den laver noget, evt dit grafikkort eller en dårlig ethernet driver, ser ud til flere har prøvet den slags. [17:26] top -h fortæller blot hvilke argumenter man kan give til top. [17:28] kasperd sandt [17:30] Jeg prøvede at sende et STOP signal til firefox, nu er loadavg nede på 0.54 [17:30] Og den fortsætter nedad. [17:30] intrassandt [17:30] nogen plugins i ? [17:31] flashblock [17:31] den burde ikke ligefrem ligge at køre nogen ip block addresse ned fra en server. gav netstat noget inden ? [17:32] Jeg har slået javascript fra og kigget på nettrafikken. [17:32] Der var ikke noget trafik af betydning. [17:33] Der var nogle requests til safebrowsing.clients.google.com, men ellers intet. [17:34] De burde ikke have noget af sige nej. [17:34] ingen skype plugins ? [17:34] Ifølge top bruger firefox kun 7% CPU, men loadavg er på vej opad igen. [17:35] Da firefox var frossen lå loadavg nede omkring 0.2. Da firefox fik lov at køre igen røg den op omkring 0.7. [17:35] Men hvordan kan den presse loadavg så højt op, hvis den ingen CPU bruger? [17:35] Kunne tyde lidt på, det er en driver evt. Er alt opdateret? [17:36] Nogen driver er kodet, så ledes at de liggere og arbejder i kernel selvom den ikke realt bruges [17:37] Hvis det var tilfældet burde det være muligt at identificere hvilken process, der gjorde det. [17:40] not always, det er set før det ligger i I/O [17:41] Så burde state på processen være D. Men der er ingen processer i den state. [17:41] vmstat -s også hold øje med IO-wait cpu ticks. Lav den ned nogen få sec / min mellemrum og se om den flytter sig [17:42] eller 'iotop' ligger som real ikke i som standard [17:42] Ingen ticks i IO-wait [17:43] De fleste er idle cpu. [17:43] nogen zombies? [17:43] En zombie, som ikke har noget med firefox at gøre. [17:44] Det er noget af min egen kode, som har lavet den zombie. [17:44] var den op to date din firefox? [17:44] Lyder uhyggeligt [17:44] Men hvis den blev talt med i loadavg ville den jo aldrig kunne være kommet under 1.0, så det er ikke derfor. [17:44] Nej, den firefox er ikke specielt up to date. [17:45] Men spørgsmålet går nu også på, hvorfor loadavg og CPU forbrug rapporteret fra kernen ikke ser ud til at stemme overens. [17:46] Synes det sært den skyldie er firefox, kan ikke se hvorfor den skulle lave det påstyr. Men kunne være en fejl i koden somwhere [17:47] Firefox har da altid brugt mange resurser, hvis man har flere åbne tabs. [17:49] sandt, det gør alle browser. Fik det indtryk at du ikke havde noget kørende [17:49] Jeg har masser af tabs åbne, men jeg gør intet ved dem. [17:50] Og så burde de jo ikke bruge noget CPU, men udviklerne af Firefox syntes åbenbart det er er helt i orden at en tab man ikke bruger trækker masser af resurser. [17:50] Men mit spørgsmål var også bare hvorfor talene ikke stemmer overens. [17:51] Da jeg slog javascript fra kom CPU forbruget jo ned på et rimeligt niveau. Det undrer mig, hvorfor loadavg ikke fulgte med. [17:52] Hvis bare man kunne få at vide hvilke tabs, der brugte resurserne, så ville jeg straks lukke dem. [17:53] Har aldrig selv lige været ude for det. [17:54] Gad vide om der findes et plugin der sladder om det.. [17:54] 97% af cpu ticks er mens CPUen er idle. [17:57] Sådan et plugin ville da være rart. [17:58] Men det ville være endnu bedre, hvis man bare kunne forbyde afvikling af scripts i tabs, så længe de ikke er valgt. [18:00] Enig, men det kunne være en bug der er blevet rettet. Kan huske det ikke længe siden, firefox også var ofre for tap'napping, hvor man kunne 'stjæle' session når der blev trykket [18:00] på nytap [18:02] Det kunne stemme meget godt overens med vist scripts får lov at bliver eksekveret i, altså vist de står aktive