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í
×
    včera 23:22 | Komunita

    openSUSE Leap 16.1 vstoupil do RC fáze. Nově lze instalovat jako standardní systém (Standard) nebo jako neměnný systém s atomickými aktualizacemi (Immutable). Samostatná neměnná distribuce openSUSE Leap Micro končí.

    Ladislav Hagara | Komentářů: 0
    včera 22:22 | Nová verze

    Byl vydán Mozilla Firefox 157.0. S nejvýraznější vizuální proměnou za poslední roky. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 157 bude brzy k dispozici také na Flathubu a Snapcraftu.

    Ladislav Hagara | Komentářů: 0
    včera 10:33 | IT novinky

    Rodina produktů Raspberry Pi se rozšířila o Raspberry Pi Smart Display Module. Deska pro Raspberry Pi Compute Module 5 se zasouvá přímo do displejů dle specifikace Intel SDM. Cena desky je 30 dolarů.

    Ladislav Hagara | Komentářů: 0
    28.9. 23:44 | Nová verze

    Byla vydána nová verze 2.56.0 distribuovaného systému správy verzí Git. Přispělo 104 vývojářů, z toho 39 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    28.9. 21:22 | Bezpečnostní upozornění

    Hackerská skupina ShinyHunters oznámila průnik do informačních systémů FBI, prostřednictvím zero-day zranitelnosti v platformě Oracle PeopleSoft, kterou úřad využívá mimo jiné pro náborový portál FBIJobs.gov. Útočníci tvrdí, že získali až 3 TB dat o současných i bývalých zaměstnancích a uchazečích o práci. Jako důkaz zveřejnili vzorek přibližně 5 000 záznamů obsahující jména, adresy, telefonní čísla, data narození, čísla

    … více »
    AfD 💙 | Komentářů: 1
    28.9. 21:11 | Zajímavý článek

    Doba kompilace linuxového jádra se díky rychlejšímu hardwaru a optimalizacím kbuildu snižuje k deseti sekundám. Nejnovější patche Lorenza Stoakse (vznikají i s pomocí SI) zkrátily na testovacím stroji dobu sestavení z dlouhých 22 vteřin na pouhých 15, a to bez použití RAMdisku. Testovací systém tvořily dva procesory AMD EPYC 9575F (oba dohromady poskytují celkem 128 jader a 256 vláken), čtyřiadvacet 64GB DDR5-6400 paměťových modulů a

    … více »
    AfD 💙 | Komentářů: 13
    28.9. 01:33 | Komunita

    Před rokem a půl vývojáři postmarketOS informovali, že pro projekt hledají nové jméno. Včera bylo oznámeno: postmarketOS se nově jmenuje Nura.

    Ladislav Hagara | Komentářů: 8
    27.9. 13:44 | Zajímavý projekt

    Hra Factorio dorazila na Printables. Hned teď si můžete stáhnout 65 různých modelů a nechat celou mimozemskou planetu oživnout na svém stole.

    Ladislav Hagara | Komentářů: 13
    26.9. 19:22 | Nová verze

    GNU Project Debugger aneb GDB byl vydán ve verzi 18.1. Podrobný přehled novinek v souboru NEWS.

    Ladislav Hagara | Komentářů: 0
    25.9. 23:33 | Humor

    Prezident USA Donald Trump během svého projevu na valném shromáždění OSN 22. září 2026 prohlásil, že umělá inteligence 'bude dále oficiálně nazývána superinteligencí', zkráceně SI. Svůj návrh zdůvodnil takto: 'Použití slova artificial činí inteligenci falešnou. Ona falešná není, ve skutečnosti je úžasná'. Zároveň ve svém proslovu prohlásil, že Spojené státy kategoricky odmítají jakékoliv pokusy o vytvoření 'globalistického

    … více »
    AfD 💙 | Komentářů: 27
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (21%)
     (29%)
     (8%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2752 hlasů
     Komentářů: 31, poslední 13.8. 00:27
    Rozcestník

    Dotaz: High I/O load

    30.3.2009 16:13 linuxnew
    High I/O load
    Přečteno: 695×
    Zdravim, posledni dobou pocituji na starsim jadro 2.6.18 vysoky load pri I/O, celkove ma stroj vysoky load i kdyz top neukazuje,zadny proces ktery by to zpusoboval.

    Mohu nejak diagnostikovat kde travi system tolik casu nebo kde dochazi k "uzirani", mam pocit ze se tak deje prave nekde v jadre, jak zjistim podrobnejsi informace?

    Top mi ukazuje, hodne WA, napr. 45.0%wa 77.9%wa - coz jsems e docetl,ze je IO wait, takze se to bezde nekde kolem diskovych operaci? (disky jsou SATA) - load cas od casu vyletne neprimerene vysoko, nejvice me trapi, ze nejsem schopen diagnostikovat co se deje (deje se to i s jadrem 2.6.26 i 2.6.28) Par radku i vmstat -n 1 -----io---- -system-- ----cpu---- bi bo in cs us sy id wa 1 1 1 0 0 0 97 2 44 1824 1084 10913 5 2 57 36 164 1112 1158 11407 0 0 77 22 244 944 1320 11558 1 1 8 91 168 1152 1939 13423 4 9 3 84 68 480 1567 12179 0 0 0 99 48 484 1997 11416 0 0 20 80 24 228 1353 9041 0 0 49 50 40 520 1243 9874 1 1 14 84 36 380 1177 9663 0 0 0 100 248 516 1698 12608 1 1 0 99 232 500 1062 9827 0 1 0 98 372 832 1264 10084 0 3 4 92 1940 556 1588 9283 1 1 7 92 504 644 1086 10060 0 0 57 43 340 636 843 9230 0 0 66 34 516 576 876 9423 0 1 95 4 468 608 1949 27378 0 2 97 0 384 592 1117 9018 0 0 98 1

    - desi me vysoke cislo context switches, tak interrupt neni podle me zrovna malo

    Napr. ted ma system load az se klepu. top - 16:10:55 up 173 days, 8:01, 4 users, load average: 10.00, 7.99, 4.66 Ale pritom se uvnitr vubec nic nedeje, zadny proces co by stroj pretezoval.

    Dokaze nekdo poradit jak to diagnostikovat a pripadne jak postupovat dale?

    Odpovědi

    30.3.2009 16:14 linuxnew
    Rozbalit Rozbalit vše Re: High I/O load
    Zdravim, posledni dobou pocituji na starsim jadro 2.6.18 vysoky load pri I/O, celkove ma stroj vysoky load i kdyz top neukazuje,zadny proces ktery by to zpusoboval.

    Mohu nejak diagnostikovat kde travi system tolik casu nebo kde dochazi k "uzirani", mam pocit ze se tak deje prave nekde v jadre, jak zjistim podrobnejsi informace?

    Top mi ukazuje, hodne WA, napr. 45.0%wa 77.9%wa - coz jsems e docetl,ze je IO wait, takze se to bezde nekde kolem diskovych operaci? (disky jsou SATA) - load cas od casu vyletne neprimerene vysoko, nejvice me trapi, ze nejsem schopen diagnostikovat co se deje (deje se to i s jadrem 2.6.26 i 2.6.28)
    Par radku i vmstat -n 1
    -----io---- -system-- ----cpu----
       bi    bo   in   cs us sy id wa
        1     1    1    0  0  0 97  2
       44  1824 1084 10913  5  2 57 36
      164  1112 1158 11407  0  0 77 22
      244   944 1320 11558  1  1  8 91
      168  1152 1939 13423  4  9  3 84
       68   480 1567 12179  0  0  0 99
       48   484 1997 11416  0  0 20 80
       24   228 1353 9041  0  0 49 50
       40   520 1243 9874  1  1 14 84
       36   380 1177 9663  0  0  0 100
      248   516 1698 12608  1  1  0 99
      232   500 1062 9827  0  1  0 98
      372   832 1264 10084  0  3  4 92
     1940   556 1588 9283  1  1  7 92
      504   644 1086 10060  0  0 57 43
      340   636  843 9230  0  0 66 34
      516   576  876 9423  0  1 95  4
      468   608 1949 27378  0  2 97  0
      384   592 1117 9018  0  0 98  1
    
    - desi me vysoke cislo context switches, tak interrupt neni podle me zrovna malo

    Napr. ted ma system load az se klepu. top - 16:10:55 up 173 days, 8:01, 4 users, load average: 10.00, 7.99, 4.66 Ale pritom se uvnitr vubec nic nedeje, zadny proces co by stroj pretezoval.

    Dokaze nekdo poradit jak to diagnostikovat a pripadne jak postupovat dale?

    30.3.2009 16:27 linuxnew
    Rozbalit Rozbalit vše Re: High I/O load
    Jeste tedy pridavam info. Zkousel jsem pouzivat i ruzne IO schedulery, system pouziva RAID5 slozeny ze 3disku.
    Aktualne pouzivam
    noop [anticipatory] deadline cfq
    - ktery ukazuje na systemu nejvetsi propustonost, dle mereni, i kdyz netusim jak to to rozumne a 
      rad bych se vratil k cfq
    
    Readahead jsem nastavil pro vsechny disky sda,sdb,sdc stejne.
    blockdev --getra /dev/sda
    8192
    
    Parametry kolem VM:
    power:~# cat /proc/sys/vm/*
    0
    7
    3000
    30
    500
    0
    0
    0
    256     256     32
    65536
    3453
    2
    0
    50
    3
    0
    0
    60
    300
    1
    100
    
    30.3.2009 16:46 mikky | skóre: 25 | blog: Ghlog | M. L. - Praha
    Rozbalit Rozbalit vše Re: High I/O load
    existuje utilitka iotop. Funguje podobně, jako top, jen ukazuje IO :)

    V podstatě takovej parser pro vmstat, napsanej v pythonu. To by Ti mohlo pomoct diagnostikovat problém.

    Taky zkus prověřit dmesg, esli tam neni nějakej HW problém (ideálně zvýšit "verbosity level" na maximum: dmesg -n8)...

    -miky
    Je vám méně než 30 ? (jsme vrstevnící => budeme si tykat) : (jsem pro vás bažant => můžete mi tykat);
    30.3.2009 17:30 linuxnew
    Rozbalit Rozbalit vše Re: High I/O load
    dmesg jsem z drivejsi doby nasel tohle hlasku, aktualne se tam nic takoveho neobjevu.
    ata1: EH complete
    SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB)
    sda: Write Protect is off
    sda: Mode Sense: 00 3a 00 00
    SCSI device sda: drive cache: write through
    SCSI device sdb: 488397168 512-byte hdwr sectors (250059 MB)
    sdb: Write Protect is off
    sdb: Mode Sense: 00 3a 00 00
    SCSI device sdb: drive cache: write back
    
    30.3.2009 18:33 hysterix
    Rozbalit Rozbalit vše Re: High I/O load
    Pokud hlaska "sda: drive cache: write through" znamena, ze zapis sektoru na disk je opravdu dokoncen teprve az data jsou na plotne, tak to musi drzet system pod krkem neskutecnym zpusobem. Moc jsem se sice vlastnostmi diskovych cache nikdy nezabyval, ale po tehle hlasce se rozhodne vyplati jit. IMO :)
    30.3.2009 18:00 linuxnew
    Rozbalit Rozbalit vše Re: High I/O load
    A tak smula iotop se se mnou nechte bavit.
    Could not run iotop as some of the requirements are not met:
    - Python >= 2.5 for AF_NETLINK support: Found
    - Linux >= 2.6.20 with I/O accounting support: Not found
    
    A kernel jen tak vymenit nemohu.
    30.3.2009 18:56 mikky | skóre: 25 | blog: Ghlog | M. L. - Praha
    Rozbalit Rozbalit vše Re: High I/O load
    hmm, pravda, io accounting se objevilo až v 2.6.19. Každopádně zkus ještě utilitku collectl. Sice o ní prakticky nic nevim, ale údajně se z toho dají vytáhnout IO statistiky... Jen nevim, jak s tim jádrem.. projdi si dokumentaci kdyžtak..

    -m.
    Je vám méně než 30 ? (jsme vrstevnící => budeme si tykat) : (jsem pro vás bažant => můžete mi tykat);
    30.3.2009 22:06 benn
    Rozbalit Rozbalit vše Re: High I/O load

    Muzes taky zkusit "iostat -p -k -d 2"  s napr. s 2s intervaly. To abys zjistil, zda nejakej demon ci kernelovske vlakno (nejcasteji pdflush) neco neustale cte/zapisuje na disk. Za pomoci  "fuser -vm /dev/...." se da zjistit kdo saha na disk nebo ma otevreny nejakej soubor, ale pro oddil pouzity jako root je to k nicemu - tam se promitnou vsechny procesy v systemu.

    Založit nové vlákno • Nahoru

    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.