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 13:22 | Komunita

    Vývoj linuxové distribuce Clear Linux (Wikipedie) vyvíjené společností Intel a optimalizováné pro jejich procesory byl oficiálně ukončen.

    Ladislav Hagara | Komentářů: 1
    včera 14:00 | Zajímavý článek

    Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).

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

    V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.

    Ladislav Hagara | Komentářů: 1
    17.7. 18:44 | Zajímavý článek

    Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).

    Ladislav Hagara | Komentářů: 1
    17.7. 16:11 | Nová verze

    Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.

    Ladislav Hagara | Komentářů: 4
    17.7. 15:55 | Komunita

    Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.

    Ladislav Hagara | Komentářů: 5
    16.7. 21:22 | IT novinky

    Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.

    Ladislav Hagara | Komentářů: 19
    16.7. 16:22 | IT novinky

    Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.

    Ladislav Hagara | Komentářů: 26
    16.7. 15:33 | Upozornění

    Vyhledávač DuckDuckGo je podle webu DownDetector od 2:15 SELČ nedostupný. Opět fungovat začal na několik minut zhruba v 15:15. Další služby nesouvisející přímo s vyhledáváním, jako mapyAI asistent jsou dostupné. Pro některé dotazy během výpadku stále funguje zobrazování například textu z Wikipedie.

    bindiff | Komentářů: 8
    16.7. 13:33 | Bezpečnostní upozornění

    Více než 600 aplikací postavených na PHP frameworku Laravel je zranitelných vůči vzdálenému spuštění libovolného kódu. Útočníci mohou zneužít veřejně uniklé konfigurační klíče APP_KEY (např. z GitHubu). Z více než 260 000 APP_KEY získaných z GitHubu bylo ověřeno, že přes 600 aplikací je zranitelných. Zhruba 63 % úniků pochází z .env souborů, které často obsahují i další citlivé údaje (např. přístupové údaje k databázím nebo cloudovým službám).

    Ladislav Hagara | Komentářů: 6
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (15%)
     (15%)
     (8%)
     (0%)
     (0%)
     (8%)
     (0%)
     (54%)
    Celkem 13 hlasů
     Komentářů: 3, poslední dnes 17:26
    Rozcestník

    Dotaz: Diskové pole a iostat util na 100

    25.4.2013 15:16 OgeeN
    Diskové pole a iostat util na 100
    Přečteno: 784×
    Ahoj, potřeboval bych poradit s interpretací výstupu iostatu.

    Mám nasazené diskové pole ze kterého se čtou data pro celkem vytížené webové stránky.

    Data exportuje nfs server pomocí NFS a sám je k diskovému poli připojený pomocí iscsi a multipath.

    Výstup příkazu iostat -dxc 2 mi téměř neustále ukazuje util disku na 100%, nicméně nezaznamenávám žádné výkonnostní problémy a i load average na serveru se mi podařilo spíše snížit.

    Mám si s výstupem níže dělat starosti?
    
    avg-cpu:  %user   %nice %system %iowait  %steal   %idle
               0.06    0.00    8.99   33.21    0.00   57.74
    
    Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
    cciss/c0d0        0.00     3.00    0.00    1.00     0.00    16.00    32.00     0.00    2.00    0.00    2.00   2.00   0.20
    dm-9            713.00   692.50  332.50  338.50  1505.50  2218.00    11.10     4.75    7.10   13.17    1.13   1.49 100.00
    sde               0.00     0.00  332.50  603.50  1505.50  2218.00     7.96     1.52    1.63    3.54    0.57   0.76  71.60
    sdd               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00    0.00    0.00   0.00   0.00
    
    
    Díky.

    Odpovědi

    25.4.2013 18:27 jirka
    Rozbalit Rozbalit vše Re: Diskové pole a iostat util na 100
    Ahoj,

    man iostat rika: %util : Percentage of CPU time during which I/O requests were issued to the device (bandwidth utilization for the device). Device saturation occurs when this value is close to 100%.

    Tj. vypada to, ze "jedes" na hranici resp. saturaci device

    Otazka je, jestli se da naladit reseni na vyssi vykon a nebo uz jsi narazil na nejaky bottleneck.

    Urcite by se dalo jeste optimalizovat, ale zalezi jake mas pole, disky a jejich backend, jake Raidove skupiny, jak pracujes a cache, jaky mas IO pattern, jestli pouzivas bonding pro iscsi, jestli mas dobre naladeny multipath atd, atd.

    Jirka

    26.4.2013 07:50 OgeeN
    Rozbalit Rozbalit vše Re: Diskové pole a iostat util na 100
    Ahoj,

    tak tu utilizaci mi způsobuju findy, pomocí nichž vyhledávám změněné soubory, které pak synchronizuji na záložní svazek(totéž pole, jiný RAID, jiný řadič, jiné disky). Jakmile jsem findy schodil, tak byla %util poloviční.

    Diskové pole máme HP P2000 G3, iscsi, 4x10Gbit/s. Zmíněný svazek leží sám na RAID10 poli z 12 disků +1 hot spare.

    Výpis multipath:
    
    root@nfs2:~# multipath -ll
    3600c0ff00012731163fbe35001000000 dm-9 HP,P2000 G3 iSCSI
    size=683G features='1 queue_if_no_path' hwhandler='0' wp=rw
    |-+- policy='round-robin 0' prio=130 status=active
    | |- 10:0:0:0 sde 8:64  active ready running
    | `- 9:0:0:0  sdd 8:48  active ready running
    `-+- policy='round-robin 0' prio=10 status=enabled
      |- 7:0:0:0  sda 8:0   active ready running
      `- 8:0:0:0  sdb 8:16  active ready running
    
    Co mě zarazilo, bylo to, že se používají pouze disky sde a sdd. Na disky sda a sdb není podle iostatu směrován žádný provoz.

    Konfigurace multipath:
    
    defaults {
           udev_dir                /dev
           polling_interval        10
           selector                "round-robin 0"
           path_grouping_policy    multibus
           getuid_callout          "/lib/udev/scsi_id --whitelisted --device=/dev/%n"
           prio                    const
           path_checker            directio
           rr_min_io               100
           flush_on_last_del       no
           max_fds                 8192
           rr_weight               priorities
           failback                immediate
           no_path_retry           fail
           queue_without_daemon    no
           user_friendly_names     no
           mode                    644
           uid                     0
           gid                     disk
    }
    blacklist {
           wwid 26353900f02796769
           devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
           devnode "^hd[a-z][[0-9]*]"
           devnode "^sda1"
           device {
                   vendor DEC.*
                   product MSA[15]00
           }
    }
    #"NIKDY nepouzivejte pro jmena svazku aliasy. Zpusobuje to zasekavani multipath demona.!
    multipaths {
            multipath {
                    wwid                    3600c0ff00012731163fbe35001000000
            #       alias                   data
            }
    }
    devices {
           device {
                   vendor                  "HP"
                   product                 "P2000 G3 FC|P2000 G3 iSCSI"
                   path_grouping_policy    group_by_prio
                   getuid_callout          "/lib/udev/scsi_id --whitelisted --device=/dev/%n"
                   path_checker            tur
                   path_selector           "round-robin 0"
                   hardware_handler        "0"
                   prio                    alua
                   failback                immediate
                   rr_weight               uniform
                   no_path_retry           18
                   rr_min_io               100
           }
    
    
    Zatím takhle. Zbylé termíny si vyhledám.

    Děkuju za odpověď.
    26.4.2013 16:34 jirka
    Rozbalit Rozbalit vše Re: Diskové pole a iostat util na 100
    Ahoj,

    bude jenom hadat. Na R10 je jeden LUN, ktery vlastni storage processor resp. controler A nebo B. Je to tak ? Pokud ano, pak jsou Prvni dve cesty k tomuto kontroleru aktivni a druhe jsou enabled pro pripad failoveru na urovni backendu.

    Aby byly naplno vitizene oba SP resp. controlery a vsechny cesty , udelal bych 2 x R10 a v kazdem LUN a ty pak rozhodil na SP Contr. A a SP. Contr. B. Ke klientovy by byly exportovany dva LUNy. LUNy bych pak svazal pomoci LVM do jednoho device pro Fileserver.

    Tim dojde k zatizene vsech cest a vsech CPU na poli = vyssi vykon, nizsi latence atd.

    Jirka

    26.4.2013 23:12 OgeeN
    Rozbalit Rozbalit vše Re: Diskové pole a iostat util na 100
    Ahoj, děkuju za tip, je to přesně tak. Bohužel teď nemám možnost navrhované nastavení vyzkoušet. Nejsem si jistý jestli by pomohlo zvýšit iops. Protože i když půjdu přes dva různé kotrolery, tak budu mít stejný počet disků. Nebo se pletu?

    Nicméně jsem nastavil path_grouping_policy na multibus a provoz je teď podle iostatu rozkládán na všechny disky, resp. kontrolery:
    
    3600c0ff00012731163fbe35001000000 dm-9 HP,P2000 G3 iSCSI
    size=683G features='1 queue_if_no_path' hwhandler='0' wp=rw
    `-+- policy='round-robin 0' prio=70 status=active
      |- 10:0:0:0 sde 8:64  active ready running
      |- 9:0:0:0  sdd 8:48  active ready running
      |- 7:0:0:0  sda 8:0   active ready running
      `- 8:0:0:0  sdb 8:16  active ready running
    
    Iops to bohužel nezvýšilo.
    27.4.2013 00:18 Käyttäjä 11133 | skóre: 58 | blog: Ajattelee menneisyyttä
    Rozbalit Rozbalit vše Re: Diskové pole a iostat util na 100
    jestli pouzivas bonding pro iscsi
    Ten kdo doporučuje bonding pro iSCSI by si zasloužil nafackovat...
    27.4.2013 13:13 OgeeN
    Rozbalit Rozbalit vše Re: Diskové pole a iostat util na 100
    jj, bondovany intarface vůči iscsi se choval naprosto nepředvídatelně. Rozhodně nepoužívat.
    27.4.2013 13:18 Käyttäjä 11133 | skóre: 58 | blog: Ajattelee menneisyyttä
    Rozbalit Rozbalit vše Re: Diskové pole a iostat util na 100
    Přihřeju si polívčičku :) Oh, really? – 1 – Bonded iSCSI interfaces
    29.4.2013 09:45 OgeeN
    Rozbalit Rozbalit vše Re: Diskové pole a iostat util na 100
    Co nedělat už vím. Otázka zní, jak tedy odlehčit diskovému poli, když kvůli synchronizaci dat mezi dvěma svazky, nad ním potřebuji několikrát denně pouštět find?
    30.4.2013 15:25 Käyttäjä 11133 | skóre: 58 | blog: Ajattelee menneisyyttä
    Rozbalit Rozbalit vše Re: Diskové pole a iostat util na 100
    Nesynchronizovat tak hloupě jak to děláš. Takže synchronizovat na blokové úrovni...
    1.5.2013 21:23 OgeeN
    Rozbalit Rozbalit vše Re: Diskové pole a iostat util na 100
    Jak to provést mezi dvěma svazky na stejném diskovém poli? Samotné pole tohle neumí tak jak bych to potřeboval. To jsem už zkoumal.

    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.