My bad. Did not see that part.
I tried to elevate buffer and SHMAX was a problem. I'll give it another try and 
will keep you posted.
Thank you.

Rude - Last Territory
Ou écouter ?http://www.deezer.com/fr/music/last-territory/the-last-hope-3617781 
      (Post-apocalyptic Metal)http://www.deezer.com/fr/music/rude-undertaker    
(Pop-Rock)
Ou acheter ?La Fnachttp://recherche.fnac.com/fmia14622213/Last-Territory
http://recherche.fnac.com/fmia14770622/Rude-Undertaker

iTuneshttp://itunes.apple.com/us/artist/last-territory/id533857009?ign-mpt=uo%3D4


Date: Wed, 26 Sep 2012 07:17:56 -0700
From: ml-node+s1045698n5725506...@n5.nabble.com
To: ffw_r...@hotmail.com
Subject: Re: Same query doing slow then quick



        On 09/26/2012 16:14, FFW_Rude wrote:

> Thank for you answer.

>

> shared_buffer is at 24Mb

> effective_cache_size at 2048Mb

>

> What do you mean properly ? That's not really helping a novice...

>


from my previous mail:


before looking further, please configure shared_buffers and 

effective_cache_size properly, it's fundamental

you'll probably need to raise SHMALL/SHMMAX, take a look at: 

http://www.postgresql.org/docs/current/static/kernel-resources.html
for 4GB of RAM I would start with shared_buffers to 512MB and 

effective_cache_size to 2GB


>

>

> --

> View this message in context: 
> http://postgresql.1045698.n5.nabble.com/Same-query-doing-slow-then-quick-tp5725486p5725505.html
> Sent from the PostgreSQL - performance mailing list archive at Nabble.com.

>

>



-- 

No trees were killed in the creation of this message.

However, many electrons were terribly inconvenienced.




-- 

Sent via pgsql-performance mailing list ([hidden email])

To make changes to your subscription:

http://www.postgresql.org/mailpref/pgsql-performance

 jcigar.vcf (304 bytes) Download Attachment

        
        
        
        

        

        
        
                If you reply to this email, your message will be added to the 
discussion below:
                
http://postgresql.1045698.n5.nabble.com/Same-query-doing-slow-then-quick-tp5725486p5725506.html
        
        
                
                To unsubscribe from Same query doing slow then quick, click 
here.

                NAML
                                                  



--
View this message in context: 
http://postgresql.1045698.n5.nabble.com/Same-query-doing-slow-then-quick-tp5725486p5725508.html
Sent from the PostgreSQL - performance mailing list archive at Nabble.com.

Reply via email to