abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 06:00 | Nová verze

Po necelém roce od vydání verze 0.67 byla vydána verze 0.68 populárního telnet a ssh klienta PuTTY. Podrobnosti v přehledu změn. Řešeny jsou také bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
včera 21:32 | Nasazení Linuxu

Canonical představuje nejnovější verzi chytré helmy DAQRI s Ubuntu pro rozšířenou realitu. K vidění bude příští týden v Barceloně na veletrhu Mobile World Congress 2017.

Ladislav Hagara | Komentářů: 0
včera 21:31 | Pozvánky

Pro zájemce o hlubší znalosti fungování operačních systémů připravila MFF UK nový předmět Pokročilé operační systémy, v rámci něhož se vystřídají přednášející nejen z řad pracovníků fakulty, ale dorazí také odborníci ze společností AVAST, Oracle, Red Hat a SUSE. Tento předmět volně navazuje na kurz Operační systémy ze zimního semestru, ale pokud máte praktické zkušenosti odjinud (například z přispívání do jádra Linuxu) a chcete si

… více »
Martin Děcký | Komentářů: 6
včera 21:30 | Pozvánky

Czech JBoss User Group Vás srdečně zve na setkání JBUG v Brně, které se koná ve středu 1. března 2017 v prostorách Fakulty Informatiky Masarykovy Univerzity v místnosti A318 od 18:00. Přednáší Tomáš Remeš a Matěj Novotný na téma CDI 2.0 - New and Noteworthy. Více informací na Facebooku a na Twitteru #jbugcz.

mjedlick | Komentářů: 0
20.2. 23:45 | Zajímavý software

Na blogu Qt bylo představeno Qt 3D Studio. Jedná se o produkt dosud známý pod názvem NVIDIA DRIVE™ Design Studio. NVIDIA jej věnovala Qt. Jedná se o několik set tisíc řádků zdrojového kódu. Qt 3D Studio bude stejně jako Qt k dispozici jak pod open source, tak pod komerční licencí. Ukázka práce s Qt 3D Studiem na YouTube.

Ladislav Hagara | Komentářů: 10
20.2. 17:50 | Komunita

Nadace The Document Foundation (TDF) zastřešující vývoj svobodného kancelářského balíku LibreOffice slaví 5 let od svého oficiálního vzniku. Nadace byla představena 28. září 2010. Formálně byla založena ale až 17. února 2012.

Ladislav Hagara | Komentářů: 0
20.2. 12:50 | Komunita

Mozilla.cz informuje, že dosud experimentální funkce Page Shot z programu Firefox Test Pilot (zprávička) se stane součástí Firefoxu. Page Shot je nástroj pro vytváření snímků webových stránek. Umí výběr oblasti, prvku stránky (např. odstavce), nebo uložení snímku celé stránky. Snímky lze ukládat na disk nebo nahrávat na server Mozilly. Nedávno bylo oznámeno, že se součástí Firefoxu stane Activity Stream.

Ladislav Hagara | Komentářů: 33
20.2. 04:10 | Nová verze

Po 10 týdnech vývoje od vydání Linuxu 4.9 (zprávička) oznámil Linus Torvalds, mj. již 20 let žijící v USA, vydání Linuxu 4.10 (LKML). Přehled nových vlastností a vylepšení například na Kernel Newbies a v Jaderných novinách (1, 2 a 3). Kódové jméno Linuxu 4.10 je Fearless Coyote.

Ladislav Hagara | Komentářů: 27
19.2. 15:55 | Zajímavý projekt

Vyzkoušet si příkazy a vyřešit několik úkolů lze na stránkách Commandline Challenge (CMD Challenge). Úkoly lze řešit různými způsoby, důležitý je výsledek. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.

Ladislav Hagara | Komentářů: 19
18.2. 17:35 | Bezpečnostní upozornění

Německá Bundesnetzagentur (obdoba českého ČTU) zakázala na německém území prodej panenky Cayla kvůli „špionáži“ dětí. Tato elektronická hračka obsahuje mikrofon, reproduktor a kameru a bezdrátové komunikační rozhraní, pomocí kterého se hračka připojuje na servery výrobce. Takovýmto způsobem může hračka pomocí umělé inteligence „odpovídat“ na dotazy dítěte. Hlavní problém bude ale asi někde jinde, podle prvotních zpráv může

… více »
Petr Tomášek | Komentářů: 34
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 680 hlasů
 Komentářů: 63, poslední dnes 11:29
Rozcestník

Dotaz: vysoky load

5.6.2009 07:42 axik
vysoky load
Přečteno: 864×
zdravim, mam na serveri debian (lenny) a kazdych 20min mi load stupne na 10-13 na cca 2min. Spravil som si skript ktory uklada vystup z `top` ked je vysoky load. V logu vsak najvacsi proces pouziva len 10% CPU. Skusal som to aj s `ps` ale stale nic som nezistil.
top - 07:24:48 up 53 days, 9:50, 3 users, load average: 10.94, 3.80, 2.28
Tasks: 211 total, 12 running, 199 sleeping, 0 stopped, 0 zombie
Cpu(s): 12.9%us, 3.1%sy, 0.0%ni, 83.6%id, 0.1%wa, 0.0%hi, 0.2%si, 0.0%st
Mem: 8200308k total, 8124824k used, 75484k free, 187676k buffers
Swap: 19502888k total, 84k used, 19502804k free, 4245164k cached


server v normalnej prevadzke:
top - 07:30:47 up 53 days, 9:56, 3 users, load average: 0.72, 1.90, 1.92
Tasks: 217 total, 3 running, 214 sleeping, 0 stopped, 0 zombie
Cpu(s): 12.9%us, 3.1%sy, 0.0%ni, 83.6%id, 0.1%wa, 0.0%hi, 0.2%si, 0.0%st
Mem: 8200308k total, 8124424k used, 75884k free, 187712k buffers
Swap: 19502888k total, 84k used, 19502804k free, 4240664k cached

nejaka idea? thx :)

Odpovědi

5.6.2009 07:46 Zdeněk Burda | skóre: 61 | blog: Zdendův blog | Praha
Rozbalit Rozbalit vše Re: vysoky load

Když nevíme co na tom serveru běží, tak ti asi neporadíme...

Podívej se do cronu, jestli se tam něco nespouští.

Vadí ten load něčemu? Pokud totiž server funguje bez problému a nic se nebrzdí, tak to ničemu vadit nemusí.

-- Nezdar není hanbou, hanbou je strach z pokusu.
5.6.2009 08:37 axik
Rozbalit Rozbalit vše Re: vysoky load
podla syslog-u to cronom neni(ani tam nemam nic co bezi kazdych 20min)
ano vadi nak by som neziadal o pomoc :]
bezi mi tam 15 hernych serverov niektori z nich mi prispievaju na chod servera a urcite si dokazes predstavit co spravi taky vysoky load s hernym serverom.

nechapem preco neni v top vidiet ktory proces to robi :(

este skusim ci to nemoze robit mysql
5.6.2009 10:46 peter
Rozbalit Rozbalit vše Re: vysoky load

 

ako volvox pise ,tiez sa priklanam ku diskom ,popiste blizsie co tam mate ,ak pole ,tak ake ,s akymi diskami ,ci mate lvm ,aky FS na hdd ,mne sa na starej masine (IDE) stavalo ,ze mi spadlo DMA ,a uz bolo :D

odkedy vam to robi ? nemenili ste medzi tym nieco ?

 

5.6.2009 13:42 axik
Rozbalit Rozbalit vše Re: vysoky load
mam tam 2x400GB WD SATA2 HDD v softwarovom raid1, lvm nemam

$ mount
/dev/md0 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)

$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sda1[0] sdb1[1]
380957248 blocks [2/2] [UU]

unused devices: none

$ df -ah
Filesystem Size Used Avail Use% Mounted on
/dev/md0 358G 85G 256G 25% /
tmpfs 4.0G 0 4.0G 0% /lib/init/rw
proc 0 0 0 - /proc
sysfs 0 0 0 - /sys
procbususb 0 0 0 - /proc/bus/usb
udev 10M 80K 10M 1% /dev
tmpfs 4.0G 0 4.0G 0% /dev/shm
devpts 0 0 0 - /dev/pts


su nejake utility na zistenie ci je to diskami?
5.6.2009 18:32 peter
Rozbalit Rozbalit vše Re: vysoky load

ako sa tu pisalo ,urcite skuste iostat ,uvidite ,kde to zdrzuje,skuste mountnut / s noatime ,mozno skusit tunit ext3,mozno vam sposobuje resync toho pola ,nemam skusenosti s sw raid ,v praci mam HP stroje s HW raid

ak by odchadzal disk ,pozriet SMART ,aj ked to tiez nieje az take smerodatne

5.6.2009 23:36 axik
Rozbalit Rozbalit vše Re: vysoky load
smart sa tvari ok. mountovat cez ssh by som nerad kedze niesom fyzicky pri serveri
5.6.2009 10:18 volvox | skóre: 16
Rozbalit Rozbalit vše Re: vysoky load
Load není jen CPU, je to celkové vytížení systému a počítají se do něj mimo jiné i diskové operace (to je zároveň můj tip). Zrovna tak opakující se úlohy nemusí být spouštěny pouze z cronu.

Zkuste třeba utilitu atop, která nabízí obdobný výstup jako top s tím, že si data průběžně ukladá a umožňuje je pozdějí zpětně "přehrát".
stativ avatar 5.6.2009 13:13 stativ | skóre: 54 | blog: SlaNé roury
Rozbalit Rozbalit vše Re: vysoky load
Taky bych to viděl na disk. Ono se to možná nezdá, ale než se cache vysype na disk tak to klidně může trvat i těch 20 minut. A pokud se začne opravdu na disk sypat cache tak to může dát systému docela zabrat. Vytížení procesoru je při tom nízké (tedy pokud není mermomocí vypnuté DMA), ale u současných 2.6 jader to způsobí nechutné zpomalení systému (2.4 tím AFAIK netrpí).
Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
5.6.2009 13:26 axik
Rozbalit Rozbalit vše Re: vysoky load
no dufam ze to nieje HW chyba.. aj ked uz pred nejakym casom som mal pocit ze jeden hdd ma vadne sektory.. (raid1) ale to by sa ta opakujuca uloha mala zobrazit v top nie?
AraxoN avatar 5.6.2009 12:39 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
Rozbalit Rozbalit vše Re: vysoky load

Cpu(s): 12.9%us, 3.1%sy, 0.0%ni, 83.6%id, 0.1%wa, 0.0%hi, 0.2%si, 0.0%st

Nakoľko máš tento údaj v oboch výpisoch rovnaký, povedal by som, že Tvoj top trpí tým istým čo môj - proste niekedy sumárne údaje o využití CPU neaktualizuje. Pomôže rozbiť výpis na jednotlivé procesory (klávesa "1"), vtedy to začne rátať dobre.

A fine is a tax for doing wrong. A tax is a fine for doing well.
5.6.2009 13:22 axik
Rozbalit Rozbalit vše Re: vysoky load
to som uz skusal avsak ani jedno zo 4 jadier nema vytazenie viac ako 20% ani pri tom loade ani za `normalneho` behu
AraxoN avatar 5.6.2009 21:21 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
Rozbalit Rozbalit vše Re: vysoky load

Čo presne podľa Teba znamená vyťaženie nie viac ako 20% ? Ak je zvyšok (t.j. 80% a viac) kdekoľvek inde než v kolonke "idle", tak to je TIEŽ zaťaženie. Niečo tam zjavne brzdí procesy od toho, aby pracovali tak často ako by chceli (load väčší než jedna), čo je často dané tým, že čakajú na dokončenie I/O (kolonka "iowait"). V takom prípade je najpravdepodobnejšie úzkym miestom disk ako Ti už radili, a zostáva zistiť, ktorý z procesov to spôsobuje a čo sa s tým dá robiť.

A fine is a tax for doing wrong. A tax is a fine for doing well.
5.6.2009 23:51 axik
Rozbalit Rozbalit vše Re: vysoky load
tym som myslel ze ked dam v top klav. 1 (ako si mi radil) tak ani jedno z jadier nema viac ako 20% (nepiseme o procesoch ale o jadrach predsa) a ano nieco tam brzi
AraxoN avatar 6.6.2009 00:23 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
Rozbalit Rozbalit vše Re: vysoky load

Myslel som tento riadok, ktorý je pre všetky procesy spoločný:

Cpu(s): 12.9%us, 3.1%sy, 0.0%ni, 83.6%id, 0.1%wa, 0.0%hi, 0.2%si, 0.0%st

%us (skratka z "user") je čas procesora, ktorý zožrali užívateľské procesy normálnym behom

%sy (skratka z "system") je čas procesora, ktorý zožral samotný systém na svoje fungovanie

%ni (skratka z "nice") je čas procesora, ktorý zožrali procesy bežiace s nízkou prioritou (nice hodnota > 20)

%id (skratka z "idle" ) je čas procesora, počas ktorého bol procesor naozaj nevyužitý (a to v Tvojom prípade asi naozaj nebude tých 80%, na ktorých sa pýtam)

%wa (skratka z "iowait") je čas procesora, ktorý musel byť premrhaný, pretože sa čakalo na dokončenie I/O operácií (to je pravdepodobne Tvoj prípad)

%hi (skratka z "hardware interrupt") je čas procesora, ktorý procesor venoval riešeniu prerušení zo strany HW (ovládače zariadení a tak)

%si (skratka z "software interrupt") je čas procesora, ktorý procesor venoval riešeniu prerušení zo strany SW (ehm, to vlastne ani neviem čo je :-D)

%st (skratka z "steal") je čas procesora, ktorý procesoru ukradli ostatné operačné systémy pri použití virtualizácie

A fine is a tax for doing wrong. A tax is a fine for doing well.
6.6.2009 14:43 axik
Rozbalit Rozbalit vše Re: vysoky load
%wa %hi a ani %si nemali pri tom loade viac ako 1% co povazujem za normalne
AraxoN avatar 6.6.2009 15:23 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
Rozbalit Rozbalit vše Re: vysoky load

A si si absolútne istý, že top tento údaj udržiaval aktualizovaný aj vo chvíli, keď si to pozeral? Ono sa to niekedy zasekne...

Alebo ešte iná možnosť: údaj o loade je taká bulharská konštanta a udáva priemer za posledných 15, 5 a 1 minút. Nepozeral si top vo chvíli, keď už bol server v pohode a údaj load len "dobiehal"?

Alebo ešte ešte iná možnosť: nemáš tam nejaký problematický hardware, ku ktorému ovládače neboli v jadre, ale iba nejaké odfláknuté third-party ovládače? Mal som predtým z roboty USB modem na T-Mobile "Rýchly Internet" (heč!) a ovládač k tomu bol taký hnus, že to hneď po štarte vyhnalo load na 1.0 a nad touto hodnotou to ostalo až do vypnutia aj keď sa podľa top-u (ako aj podľa /proc/stat) absolútne nič nedialo.

A fine is a tax for doing wrong. A tax is a fine for doing well.
6.6.2009 16:05 axik
Rozbalit Rozbalit vše Re: vysoky load
kedze sa to opakuje kazdych ~20min tak som nad nim sedel a kukal ho pred loadom pocas neho a aj ked dobiehal. top sa tvaril ze sa aktualizuje
ovladace su len tie co boli v kerneli(nic som s nim nerobil).
8.6.2009 01:01 axik
Rozbalit Rozbalit vše Re: vysoky load
btw mas pravdu v tom ze sa udaj o cpu cez top -bn1 neaktualizuje
az pouzitim top -bn2 sa ta hodnota aktualizuje
5.6.2009 13:55 Zaphod | skóre: 36
Rozbalit Rozbalit vše Re: vysoky load
Odporúčam program sar z balíku sysstat. Podrobne zaznamená chovanie systému do súboru a z neho sa dajú robiť analýzy. Problematiku treba naštudovať, ale oplatí sa to.
5.6.2009 13:59 Zaphod | skóre: 36
Rozbalit Rozbalit vše Re: vysoky load
"su nejake utility na zistenie ci je to diskami?" - v balíku sysstat je program iostat na sledovanir aktivity diskov.
5.6.2009 14:34 axik
Rozbalit Rozbalit vše Re: vysoky load
diki skusim nahodit ten balicek a uvidim
5.6.2009 14:53 tomk
Rozbalit Rozbalit vše Re: vysoky load

Tech 12 procesu ve stavu running jsou ktere? Jsou tam vzdy pri velkem loadu stejne?

Tomas

 

5.6.2009 15:06 axik
Rozbalit Rozbalit vše Re: vysoky load
prave to je to divne. je to rovnake ako pri loade tak za `normalnej` prevadzky.
su to spominane herne servere
5.6.2009 15:22 lieko
Rozbalit Rozbalit vše Re: vysoky load
hod sem vypis #iostat
Jakub Lucký avatar 5.6.2009 15:24 Jakub Lucký | skóre: 40 | Praha
Rozbalit Rozbalit vše Re: vysoky load
Divné to není, za vysoký load pak nemůže CPU ale disky... Rady ohledně zjištění co dělají disky už byly dány, zkoumejte iotop...
If you understand, things are just as they are; if you do not understand, things are just as they are. (Zen P.) Blogísek
5.6.2009 23:45 axik
Rozbalit Rozbalit vše Re: vysoky load
zakilloval som servere co mi tam bezali a zda sa ze je pokoj. zajtra rano zacnem zistovat ktory to robi.
mam snazi naraz ulozit na hdd)
ale aj tak ak pracuje daco s IO nemalo by sa to prejavit na %cpu?
AraxoN avatar 6.6.2009 00:03 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
Rozbalit Rozbalit vše Re: vysoky load

Proces CPU nevyťažuje, lebo čaká, kým sa dokončí operácia s diskom. Takže proces ide do sleep a nechá procesor ďalším procesom. Lenže ak aj tie ďalšie procesy potrebujú niečo s diskom, tak im to nepomôže a musia sa zaradiť do fronty, kým nedobehne tá prvá operácia I/O. Čas procesora, ktorý procesy nevyužijú pretože čakajú na dokončenie I/O, sa narátava do iowait. V top-e to je položka %wa. Load potom stúpa zhruba o toľko, koľko procesov nemôže nič robiť pretože všetky čakajú na I/O.

A fine is a tax for doing wrong. A tax is a fine for doing well.
6.6.2009 15:26 Ash | skóre: 53
Rozbalit Rozbalit vše Re: vysoky load
Jak jste se všichni (peter, volvox, 6xx*, AraxoN) dostali k tomu disku? Mne to také napadlo jako první, ale koukám -- iowait 0.1%, tak mi přišlo že na disk moc procesů moc času čekáním netráví, takže ani neni důvod aby narůstala fronta čekajících procesů a zvyšoval se load... Jaký je důvod myslet si že ano? Je možné že proces sůvj příděl času promrhá (nepřesně řečeno) čekáním na disk a zároveň nenaroste iowait?
stativ avatar 6.6.2009 16:16 stativ | skóre: 54 | blog: SlaNé roury
Rozbalit Rozbalit vše Re: vysoky load
Proč? Zkušenost. Mám odzkoušeno, že podstatně větší problém je, když se na disk začne sypat nějaká cache, stačí i jakýkoliv trochu větší zápis než když se zatěžuje čistě procesor.

Důvod je vcelku prostý. Plánovač procesů v Linuxu je velmi kvalitní. Bohužel problém je s diskem. U disku to ale není tak problém plánovače, jako kjournald (aspoň myslím, že tak se ten démon jmenuje). Ten má takovou nepříjemnou vlastnost, že v rámci „rychlosti“ je ochoten zahodit stránky mapované bežícími procesy ve prospěch diskové cache. To samo o sobě způsobuje výrazné zpomalení. Další problém nastává ve chvíli, kdy se cache začne zapisovat na disk. Protože cache ta může být obrovská, musí se zapisovat velké množství dat najednou. Když pak systém začne zapisovat 100MB cache na disk a nějaký proces si zažádá o čtení, je o problémy postaráno. A to, že nějaký proces bude z disku chtít číst je takřka jisté, protože si chce zase namapovat do RAM stránky, které byly vyhozeny kjournald.
Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
stativ avatar 6.6.2009 16:18 stativ | skóre: 54 | blog: SlaNé roury
Rozbalit Rozbalit vše Re: vysoky load
Blbnu, ten démon se jmenuje pdflush.
Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
6.6.2009 17:43 Ash | skóre: 53
Rozbalit Rozbalit vše Re: vysoky load
Tak já mám také zkušenost že intenzivní disková činnost zvyšuje load, ale je to vidět v iowait. A když chce číst nějaký proces z odswapované paměti (typicky to bývá ten se kterým ještě před chvilkou pracoval uživatel a teď ho zase potřebuje, jenže mezitím si s pamětí hrál cron) tak tuplem.
6.6.2009 16:16 axik
Rozbalit Rozbalit vše Re: vysoky load
asi by som tiez vylucil disk. log z iotop: http://nopaste.org/p/aDxXngTX5
nech vas nepomyli cas 16:05:06 vtedy uz load klesa ale prave sa spustili mrtg statistiky
lenze ak to nieje hdd co ostava?
AraxoN avatar 6.6.2009 16:59 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
Rozbalit Rozbalit vše Re: vysoky load

Ako vravel 6xx* (sorry, nemohol som odolať :-D) - skúsenosť. Navyše ten 0.1%wa je evidentne zlý údaj, keďže celý riadok začínajúci Cpu(s)... sa nemenil medzi tými dvoma výpismi a pravdepodobne je v oboch neaktuálny. Aby sa v dvoch odlišných situáciach 7 premenných nastavilo na rovnaké hodnoty s presnosťou na jedno desatinné miesto - na také náhody neverím. Zvlášť keď u mňa top robí také isté psie kusy.

Moje nápady sa nateraz bohužiaľ vyčerpali. :-(

A fine is a tax for doing wrong. A tax is a fine for doing well.
6.6.2009 17:45 Ash | skóre: 53
Rozbalit Rozbalit vše Re: vysoky load
Jo toho duplicitního řádku jsem si nevšiml, já se díval jen na ten "problémový". Je s tou neaktualizací problém i při jiné než defaultní aktualizaci? (Například mám v oblibě top -d 1)
7.6.2009 13:44 axik
Rozbalit Rozbalit vše Re: vysoky load
ked si dam top a potom 1 tak sa mi tie udaje CPU menia..netusim preco boli v tom vypise co som poslal rovnake
je mozne ze by to mohol robit raid1? uvazujem ze z neho jeden hdd odoberem a uvidim co to spravi
stativ avatar 7.6.2009 15:52 stativ | skóre: 54 | blog: SlaNé roury
Rozbalit Rozbalit vše Re: vysoky load
Ne, to je spíš dáno tím, že v top-u nejsou tyhle údaje tak úplně realtime, zjišťují se v pravidelných intervalech.
Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
7.6.2009 16:15 axik
Rozbalit Rozbalit vše Re: vysoky load
load je vlastne 1,5,15min average takze logujem co sa deje pred tym loadom..
7.6.2009 17:50 Ash | skóre: 53
Rozbalit Rozbalit vše Re: vysoky load
Určitě ne, procenta celkového vytížení cpu se aktualizují stejně často jako hodnoty pro jednotlivé procesy, tedy ve výchozím stavu každé 3s, pokud dáte třeba top -d 1 tak každou sekundu. Pokud se ten řádek neakutalizuje tak je to chyba.
AraxoN avatar 7.6.2009 19:13 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
Rozbalit Rozbalit vše Re: vysoky load

 

Pokud se ten řádek neakutalizuje tak je to chyba.

Áno, je tam chyba. Aj u mňa sa to tak niekedy chová - všetko sa aktualizuje, len toto nie. Neviem od čoho to závisí. Keď to do toho ale trochu pošťuchnem (klávesa "1"), tak sa to zrazu zobudí.

 

A fine is a tax for doing wrong. A tax is a fine for doing well.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.