Pg+dSpam: zvyseni vykonu

[Václav Ovsík]

On Mon, Dec 12, 2011 at 10:10:26PM +0100, Jan Kasprzak wrote:
> ...
> 
> Podle iostatu je temer ke 100 % vytizeny filesystem, na kterem ma
> dspam a postgresql sva data.
> 
> Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util
> sdi               0.00   290.40   10.00  311.40   136.80  1495.20    10.16     3.15    9.79   1.47  47.36
> sdj               0.00   279.20   11.00  314.80   191.20  1464.00    10.16     2.53    7.75   1.27  41.22
> sdk               0.20   292.20   11.00  322.00   212.00  1544.80    10.55     1.32    3.97   0.69  23.04
> sdl               0.20   291.80    8.00  322.40   148.00  1573.60    10.42     3.03    9.66   1.48  49.02
> sdn               0.00   284.00    7.60  320.80   136.00  1524.80    10.11     2.07    6.49   1.63  53.58
> sdm               0.00   294.60    7.40  327.60    87.20  1576.80     9.93     2.35    7.03   1.36  45.66
> dm-1              0.00     0.00   55.60 2509.60   912.00  9135.20     7.83    29.78   12.06   0.38  96.88
> 
> dm-1 je prokladany LV nad sdi-sdm, coz jsou HW RAID-1 LUNy.
> 
> A ted je otazka, jestli jde nejak rict postgresu, aby delal zapisy nejak
> "inteligentneji", aby nepotreboval tolik zapisovych operaci za jednotku casu.
> Nebo vubec nejak nastavit parametry Postgresu.
> 
> Mate k tomu nejake tipy?

Máte poštelovaný PostgeSQL? Třeba dle
http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server

Výchozí nastavení Pg není vhodné pro produkční nasazení. Jeho výchozí
parametry jsou nastaveny tak, aby mu stačilo málo zdrojů, ale samozřejmě
není schopen dodat výkon.

Jakmile poladíte sdílenou paměť, buffery atd a budou aktuální statistiky
ANALYZE, můžete začít logovat pomalé dotazy (log_min_duration_statement)
a zkoumat jestli nechybí nějaký index atd.

-- 
Zito