Re: Différence entre PG 8.4 et 9.3 sur la configuration

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Le 09/09/2013 18:42, Sebastien Douche a écrit :
> Hello les amateurs d'éléphants !

Bonsoir Sébastien,

De nombreux paramètres ont été modifiés, mais à vue de nez, rien qui explique
une baisse de performance. En revanche, j'ai relevé quelques pistes
d'amélioration dans votre configuration.

>
> Je cherche à vérifier les performances de PG 9.3 par rapport à notre
> actuel 8.4 (intégration de CSV identiques, requêtes identiques, etc).
> Pareil pour la conf. Mais les perfs en 9,3beta1 ne sont pas trés bonnes.
> On suspecte la conf ou la VM.
>
> Savez vous si la conf à changer pour la 9 sur la gestion des perfs ? Si
> oui, avez vous des pointeurs intéressants ?
>
> Merci d'avance.
>
> Voici cette conf :
>
> ## Basic fsync = on autovacuum = off

A on, c'est préférable. Sauf bonne (et temporaire) raison.

> synchronous_commit = off

Pareil.

> lc_messages = 'C' lc_monetary = 'C' lc_numeric = 'C' lc_time = 'C'
> data_directory = '/srv/postgresql/9.3/main' hba_file =
> '/opt/conf/postgresql/9.3/main/pg_hba.conf' ident_file =
> '/opt/conf/postgresql/9.3/main/pg_ident.conf' external_pid_file =
> '/var/run/postgresql/9.3-main.pid' unix_socket_directories =
> '/var/run/postgresql/'
>
> ## Advance shared_buffers = {{20|percent_of_ram}}MB

Je lis 20% de la RAM, est-ce correct ?

> effective_cache_size = {{60|percent_of_ram}}MB wal_buffers =
> {{0.1|percent_of_ram}}kB

Laisser la valeur par défaut, elle est obtenu en fonction des shared_buffers.

> temp_buffers = {{0.5|percent_of_ram}}MB work_mem = {{4|percent_of_ram}MB
> maintenance_work_mem = {{not_below(8, to_M(percent_of_ram(0.25)))}}MB

128 MB à 512 MB

> wal_writer_delay = 2000ms max_stack_depth = 6MB max_connections = 64
> max_prepared_transactions = 0 max_locks_per_transaction = 2048
> checkpoint_segments = 64 checkpoint_timeout = 3600
> default_statistics_target = 300
>
> ## Advance (exemple avec 8Go de RAM) shared_buffers = 1601MB
> effective_cache_size = 4803MB wal_buffers = 8005kB temp_buffers = 40MB
> work_mem = 320MB

Cela me semble élévé si 64 clients simultanés.

> maintenance_work_mem = 20MB

Beaucoup trop faible.

> wal_writer_delay = 2000ms max_stack_depth = 6MB max_connections = 64
> max_prepared_transactions = 0 max_locks_per_transaction = 2048
> checkpoint_segments = 64 checkpoint_timeout = 3600
> default_statistics_target = 300
>
> ## Profiling logging_collector = on log_min_duration_statement = 0
> log_line_prefix = '%t [%p]: [%l-1] ' log_checkpoints = on log_connections
> = on log_disconnections = on log_lock_waits = on log_temp_files = 0
> log_directory = '/var/log/postgresql' log_filename =
> 'postgresql-9.3-main-full.log' log_truncate_on_rotation = off

- --
Stéphane Schildknecht
http://www.Loxodata.com
Contact régional PostgreSQL
http://bistri.me/sas

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJSLixaAAoJECIy/X6KSrGwiMkH/1GL1j1QYXLAPG71Ri6zd7JH
sIq3vHihR1ussMzu5m4dLyVskjqQSOxkVTFFt+ribb5Gi+KTQXEsw0taS6FdBKL2
wVr+aIgWBYVrNuiRpHlXxLnrEIYqU2ZvgnvAiO/DSe5Ta25/d2kUMtDtL223sr79
hmarME32Pmwlh7Mvrx+xefmyxlZ4/GmSyusxZdrTS+SNH+UjhRdFe/C2dFCdneFv
leJ16VLoThwGW97Zx+jtAUyh74Un3dgvMGdBF56SueGzO218/Y9MmGlX6y5wzCu1
SEFbAfyF0+qupUyVDuMmHUGrb26gjjCh1PHrTGFMWM4vgmn25Vf1QEgbRwbwrgU=
=KGV7
-----END PGP SIGNATURE-----