PostgreSQL La base de donnees la plus sophistiquee au monde.

Forums PostgreSQL.fr

Le forum officiel de la communauté francophone de PostgreSQL

Vous n'êtes pas identifié(e).

#1 Re : Optimisation » [TimeOut] sur application tiers » 18/04/2010 11:04:12

Merci bcp.
J'ai fait un post, mais ils sont mauvais en PGSQL (çà promet pour la base ...)
Je vais leur updater mon post avec plus de détails.

Merci

ZeBoulet

#2 Optimisation » [TimeOut] sur application tiers » 18/04/2010 10:31:40

zeboulet
Réponses : 5

Bonjour,
J'utilise une application de poker (HomdEmManager) qui utilise PGSQL (dans mon cas sous Linux)
Je pense que le problème vient de l'application, néanmoins, peux être que vous avez des conseils.

Ma base 8.4.x fait 49Go
Je viens de la vacuum et la réindex

Quand je souhaite faire une purge (au travers de cette appli) je tombe en time out.
zut, on peux pas mettre d'image dans le post.
Ici le message d'euueur :
"There was an error during Purge. A timeout has occured. if you were establishing a connexion, increase Timeout value inConnectionString. If you were executing a command, increate the commandTimeout valie in ConnexionString or in your NpgsqlCommand object."

çà vous parle déjà çà ?

J'ai regardé fichier de conf, rien de vraiment facile a comprendre sur le timeout ni les connecionString ... afin de le tuner.

Une idée par hazard ?

Merci d'avance,

Virtuellement
ZeBoulet

#3 Re : Général » [Backup/Restore] Newby question » 05/04/2010 18:06:05

OK
Merci bcp pour cette réponse (si rapide ...)
Je vais donc tester.

On verra bien.

Pour ce qui est du backup restaure, d'après ce que j'ai compris, c'est qu'en faisant cette manip, il diminue la taille de la base et recré ces index mieux que si je vacum/reindex seulement (mais ne me demandez pas pkoi ... lol)

Encore merci.

@+
ZeBoulet

P.S. Ce forum est vraiment sympa. Bonnes réponse à mes questions cons, et surtout rapide. et çà, c'est vraiment bien sympatoche.

#4 Général » [Backup/Restore] Newby question » 05/04/2010 17:42:09

zeboulet
Réponses : 2

Bonjour,
Je ne suis pas un pro de PGSQL.
J'ai une base de 39Go que je viens de Vaccum/Reindex via PGAdmin III sous mon Linux.
Je souhaiterais faire un backup restore afin de la rendre encore plus performante lors de mes inports de masse (joueurs de poker, j'injecte des mains jouées dans la base).

Questions :
OK pour le backup, je sais faire, néanmoins, quels sont les bonnes options via PGAdmin 1.10.2 ?

Pour la restauration, est ce que je dois supprimer l'ancienne base ? Cela s'install par dessus ? quels sont les bonnes options ?

Dans la doc PGSQL, ils parlent que du dump en ligne de commande.
Est ce que c'est le plus simple du coup ?

Bref,
Quels sont vos conseils

Merci bcp.

A bientôt
Virtuellement
ZeBoulet

#5 Re : Optimisation » [8.4] customising shared_buffers and effective_cache_size » 01/04/2010 08:53:07

Merci à tous pour vos réponses ...
Tout fonctionne bien pour le moment.
Un utilisateur content de plus ;-)

Virtuellement
ZeBoulet

#6 Re : Optimisation » [8.4] customising shared_buffers and effective_cache_size » 31/03/2010 07:04:39

Bonjour,
6 Go ...
Wow ...
mémoire partagée = fichier d'échange ?
enfin Swap ?
Si oui, je n'ai que 4Go ... pour 2 de 2am.

çà reste logique de passer à 6Go ?

Merci ...
En tous cas, ma base est 4 fois plus rapide que sur mon windows ...
c'est déjà çà !

lol

@+
ZeBoulet

#7 Re : Optimisation » [8.4] customising shared_buffers and effective_cache_size » 30/03/2010 19:10:13

gleu a écrit :

Par défaut, Linux n'autorise que 32 Mo de mémoire partagée. Pour augmenter ça, il faut modifier la variable shmmax, le plus simple étant d'utiliser sysctl et son fichier de configuration (/etc/sysctl.conf).

J'ai passé le tout à
kernel.shmall=786432        (J'ai doublé, au cas zou, sans trop comprendre)
kernel.shmax=402653184   (256 pour PGSQL et 128 pour je ne sais pas quoi, on ne sait jamais)

çà a du sens ce que je viens de faire ?

En attendant,
je ne reboot pas, et je test la ligne de commande ;-)

OK, conf PGSQL updaté. Servive PGSQL restart = OK

Reste à savoir si ce que j'ai positionner à du sens au niveau system.

Merci encore
@+

Virtuellement
ZeBoulet

#8 Re : Optimisation » [8.4] customising shared_buffers and effective_cache_size » 30/03/2010 18:45:38

Bonjour,
OK, j'étais sur la bonne voie ...
Merci.

Maintenant, je suis quand même une brèle en linux malgré tout,
Je vais regarder si je m'en sors tout seul, autrement, je crie au secours !

Merci encore.
Virtuellement
ZeBoulet

#9 Optimisation » [8.4] customising shared_buffers and effective_cache_size » 30/03/2010 08:23:16

zeboulet
Réponses : 7

Zut, le forum est francophone!!!
Trop tard, le post est écrit !
Je suis un b oulet, c'est écrit dans ma signature !!!


Dézolé !


Hi,
I was a windows user of postgresql 8.3.
Installing 8.4 on Linux (fedora)

Usually, on windows I used to customize 2 settings :
shared_buffers (256Mo on a 2Go computer)

And
effective_cache_size (512Mo)

This worked good on windows 8.3

If I do the same under linux, service failed to start, even if I just put 56 instead of 28Mo on shared_buffers only

I am a good newbie on Lunix (makes years I did not work onder it)

Questions :
Where is the log where it says the start error ?
Any idea why this does not work on My Fedora Linux (Just installed it by default, not live install)

What do I whant to do :
I am  a poker player.
I use Holdem Manager on Windows and PostgreSQL on linux (faster)
I whant to give my PostgreSQL more memory to work faster.
What do u suggest ?
Knowing I am capable to import 1 000k played poker hands every day in my db.

Thx in advance
Best regards
ZeBoulet



EDIT :
C'est pas un problème de Mémoire partagée et sémaphore ?
A updater côté system ? (lu dans la doc ...)
Si tel est le cas :
Que me conseillez vous à mettre dans /etc/sysctl.conf ?
(Je n'ai hélas pas mon Lunix sous la main en ce moment ...)

Pied de page des forums

Propulsé par FluxBB