[italy-tech] ottimizzazione postgre

[rudolph at bastardi.net]

Boh, diciamo che nessuno di noi ne sa molto.
Mi pare che il tuning non abbia portato risultati positivi.
Troviamo qualcuno che ne sappia di piu' e chiediamo aiuto.


On Tue, 18 Nov 2008 16:32:49 +0100, ameba00x <ameba00x at autistici.org>
wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> ho provato a tunnare postgres.
> 
> situazione precedente il tuning di postgre
> 
> top:
> 20009 xxx      21   0 1288m 580m  15m S    1 14.6  15:16.06 java
> 
> ps afx | grep postgre:
> 
> 8964 pts/6    S+     0:00              \_ grep
> postgre 20283 ?        S
> 0:00 /xxxxxxxxxxxxxxxxxx/bin/postmaster
> - -D /xxxxxxxxxxxxxxxxxxxxxx/main 20286 ?        S      0:21  \_
> postgres: stats buffer process 20287 ?        S      4:17  |   \_
> postgres: stats collector process 20094 ?        S      0:00  \_
> postgres: xxxx Mir 204.13.164.91 idle 20098 ?        S      0:00  \_
> postgres: xxxx Mir 204.13.164.91 idle 20099 ?        D     96:28  \_
> postgres: xxxx Mir 204.13.164.91 COMMIT 20100 ?        S      0:00  \_
> postgres: xxxx Mir 204.13.164.91 idle 20101 ?        S    104:40  \_
> postgres: Xxxx Mir 204.13.164.91 idle
> 
> 
> proc/loadavg:
> 4.50 4.54 4.26 1/332 9005
> 
> _______________________________________________________________________
> 
> situazione attuale
> 23588 xxxxx     21   0 1281m 322m  14m S    0  8.1   1:25.87 java
> 
> cat /proc/loadavg
> 4.40 4.73 6.65 1/334 27409
> 
> 23410 ?        S      0:00 /xxxxxxxxxxxxxxxxxxxx/bin/postmaster
> - -D /xxxxxxxxxxxxxxxxxxx/main 23413 ?        S      0:00  \_
> postgres: stats buffer process 23414 ?        S      0:02  |   \_
> postgres: stats collector process 24446 ?        S      0:00  \_
> postgres: xxxxx Mir 204.13.164.91 idle 24447 ?        S      2:29  \_
> postgres: xxxxx Mir 204.13.164.91 idle 24448 ?        S      0:39  \_
> postgres: xxxxx Mir 204.13.164.91 idle
> 
> 
> cosa ho cambiato:
> usando questa guida
> http://www.varlena.com/GeneralBits/Tidbits/perf.html#shbuf
> 
> effective_cache_size = 1000     # typically 8KB each
> shared_buffers = 512MB
> sort_mem = 1024
> max_connections = 150
> vacuum_mem = 8192
> 
> e ci sarebbe ancora da provare "Fsync and the WAL files" che è un po'
> rischiosa perchè non scrive subito su disco:
> 
> This parameters sets whether or not write data to disk as soon as it is
> committed, which is done through Write Ahead Logging (WAL). If you
> trust your hardware, your power company, and your battery power supply
> enough, you set this to No for an immediate boost to data write speed.
> But be very aware that any unexpected database shutdown will force you
> to restore the database from your last backup.
> 
> dicevamo con briganzia che cmq sia se sussistono problemi in una
> sessione di lettura dei feed ci sarebbe quella dopo.
> 
> ma mi sto incanalando in un mare di incognite perchè non conosco bene
> pg.
> tra l'altro, avete idea di come bindare in localhost pg?
> 
> 
> ciao
> ameba00x
> 
> -