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 15:55 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno je celkově 270 bezpečnostních chyb. V Oracle Java SE je například opraveno 17 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 16 z nich. V Oracle MySQL je opraveno 27 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 5 z nich.

Ladislav Hagara | Komentářů: 0
dnes 02:48 | Nová verze

Po půl roce od vydání verze 9.0 (zprávička) byla vydána verze 10.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 21
dnes 00:33 | Komunita Ladislav Hagara | Komentářů: 5
včera 17:30 | Zajímavý článek

Mozilla.cz informuje, že webový prohlížeč Firefox bude od verze 53 obsahovat integrovaný prohlížeč dat ve formátu JSON. Firefox kromě strukturovaného prohlížení nabídne také možnost filtrace a uložení na disk. Dle plánu by měl Firefox 53 vyjít 18. 4. 2017.

Ladislav Hagara | Komentářů: 1
včera 11:00 | Komunita

Členové a příznivci spolku OpenAlt se pravidelně schází v Praze a Brně. Fotky z pražských srazů za uplynulý rok si můžete prohlédnout na stránkách spolku. Příští sraz se koná už zítra 19. ledna – tentokrát je tématem ergonomie ovládání počítače – tzn. klávesnice, myši a další zařízení. Také budete mít příležitost si prohlédnout pražský hackerspace Brmlab.

xkucf03 | Komentářů: 1
17.1. 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 19
17.1. 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
17.1. 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
17.1. 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 1
16.1. 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (73%)
 (3%)
 (11%)
Celkem 324 hlasů
 Komentářů: 24, poslední 17.1. 10:14
    Rozcestník
    Reklama

    Dotaz: postgres: stats collector process + iowait a zápis na disk

    12.4.2010 16:49 VSi | skóre: 28
    postgres: stats collector process + iowait a zápis na disk
    Přečteno: 229×
    Zdravím,

    mám takový problém s PostgreSQL serverem - Debian Lenny, výchozí nastavení, asi 100 databází (tak 30 se jich vůbec nepoužívá - zálohy apod.), v každé tak 30 tabulek, celkový objem 800 MB. Server není moc zatížený, většina dotazů jsou SELECTy. Vše je na 2×250 GB SATA HDD, md raid 1, ext3 (ordered mode). Disky mají pro jistotu vypnutou "drive write cache" - zatím to nevadilo a jinak prý hrozí i totální poškození ext3 při výpadku napájení, protože mdraid+lvm neumí správně bariéry (snad opraveno v 2.6.31 ?). Server má 8GB RAM, 4G úplně volné, CPU Intel E2160, zatížení CPU do 10% (až na ten iowait, viz dále).

    Momentálně zabírá IOWAIT kolem 10-25% z jednoho CPU, podle zátěže. Procento IOWAIT se zvyšovalo s roustoucím počtem db v postgresu. Pokud postgres běží, iostat ukazuje trvale zápis asi 300 KB/s, tohle číslo v čase roste stejně s tím počtem db a iowaitem.

    Jak jsem zjistil nástrojem iotop, způsobuje tohle proces postgres: stats collector process ve spojení s [kjournald]. Při interaktivním sledování vyskočí ve sloupci "IO" každých 5 vteřin tyhle 2 procesy. Výstup iotop - souhrn za 60s:
    Total DISK READ: 0.53 K/s | Total DISK WRITE: 1.96 M/s
      PID USER      DISK READ  DISK WRITE   SWAPIN    IO>    COMMAND
     1983 root           0 B/s    4.26 K/s  0.00 % 18.27 % [kjournald]
    23784 postgres       0 B/s   23.45 K/s  0.00 %  8.49 % postgres: stats collector process
     1981 root           0 B/s    0.67 K/s  0.00 %  5.28 % [kjournald]
     1984 root           0 B/s    0.07 K/s  0.00 %  1.66 % [kjournald]
     1027 root           0 B/s       0 B/s  0.00 %  1.35 % [md1_raid1]
     1117 root           0 B/s    3.00 K/s  0.00 %  0.77 % [kjournald]
    
    Zajímavé je tady číslo "Total DISK WRITE: 1.96 M/s", které se neshoduje s výstupem iostat.

    Pokud na obou discích v RAIDu povolím "drive write cache", tak IOWAIT už CPU neužírá. Bojím se, že s přibývajícími databázemi bude tahle zátěž stoupat i když k tomu není důvod.

    Hledal jsem řešení všude možně, ale našel jsem jen zmínku že by to mohlo souviset se souborem pgstat.stat, který se pořád dokola zapisuje na disk, a že ho snad jde v PG 8.4 nějakým parametrem přemístit na ramdisk... U mě má ten soubor 1,4MB.

    Setkal se s takovým chováním někdo? Jde tohle nějak omezit laděním nastavení postgresu? Nebo už není třeba se bát zapnout write cache?

    Odpovědi

    okbob avatar 12.4.2010 17:26 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: postgres: stats collector process + iowait a zápis na disk
    Mám pocit, že se docela nedávno řešil problém s náročností stat collectoru 8.3 - můžete spustit příkaz SELECT pg_stat_reset(); jako postgres - samozřejmě, že do toho souboru se neustale zapisuje - a pokud máte vypnutou writecache, tak to nebude žádná sláva - můžete statistiky vypnout - pak musíte ručně (cron) spouštět vacuum.

    http://archives.postgresql.org/pgsql-general/2010-04/msg00087.php http://www.postgresql.org/docs/8.3/static/monitoring-stats.html

    viz track_counts (boolean)

    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.