pg.ddx.io pgsql-performance@postgresql.org mailing list archive help / color / mirror / Atom feed From: Julien Cigar <jcigar@ulb.ac.be>
To: pgsql-performance@postgresql.org
Subject: Re: Same query doing slow then quick
Date: Wed, 26 Sep 2012 16:52:33 +0200
Message-ID: <506316B1.70900@ulb.ac.be> (raw )
In-Reply-To: <SNT111-W245F4E05303F533C4356C2E19C0@phx.gbl >
References: <1348662446741-5725486.post@n5.nabble.com >
<1348664629662-5725491.post@n5.nabble.com >
<50630162.2090603@ulb.ac.be >
<SNT111-W18646B5C50D8B2D96AE68DE19C0@phx.gbl >
<506307E2.4060504@ulb.ac.be >
<1348668859243-5725505.post@n5.nabble.com >
<50630E6F.5040605@ulb.ac.be >
<SNT111-W245F4E05303F533C4356C2E19C0@phx.gbl >
On 09/26/2012 16:41, FFW_Rude wrote:
> Ok done to 512Mb and 2048Mb
>
> I'm relaunching. See you in a few hours (so tommorrow)
with 250 000 rows and proper indexes it should run in less than a second.
be sure your indexes are set properly and that they're used (use EXPLAIN
ANALYZE for that) within your query ...
>
> 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 Fnac/
> http://recherche.fnac.com/fmia14622213/Last-Territory
> http://recherche.fnac.com/fmia14770622/Rude-Undertaker
>
> /iTunes/
> http://itunes.apple.com/us/artist/last-territory/id533857009?ign-mpt=uo%3D4
>
>
>
> ------------------------------------------------------------------------
> Date: Wed, 26 Sep 2012 07:17:56 -0700
> From: [hidden email] </user/SendEmail.jtp?type=node&node=5725518&i=0>
> To: [hidden email] </user/SendEmail.jtp?type=node&node=5725518&i=1>
> 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]
> <http:///user/SendEmail.jtp?type=node&node=5725506&i=0 ;)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-performance
>
> *jcigar.vcf* (304 bytes) Download Attachment
> <http://postgresql.1045698.n5.nabble.com/attachment/5725506/0/jcigar.vcf ;
>
>
> ------------------------------------------------------------------------
> 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
> <http://postgresql.1045698.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_h... ;
>
>
> ------------------------------------------------------------------------
> View this message in context: RE: Same query doing slow then quick
> <http://postgresql.1045698.n5.nabble.com/Same-query-doing-slow-then-quick-tp5725486p5725518.html ;
> Sent from the PostgreSQL - performance mailing list archive
> <http://postgresql.1045698.n5.nabble.com/PostgreSQL-performance-f2050081.html ;
> at Nabble.com.
--
No trees were killed in the creation of this message.
However, many electrons were terribly inconvenienced.
Attachments:
jcigar.vcf (text/x-vcard, 304B) download
begin:vcard
fn:Julien Cigar
n:Cigar;Julien
org;quoted-printable:Belgian Biodiversity Platform;ULB (Universit=C3=A9 Libre de Bruxelles)
adr:;;;Brussels;;;Belgium
email;internet:jcigar@ulb.ac.be
tel;work:+32(0)26505752
x-mozilla-html:FALSE
url:http://www.biodiversity.be
version:2.1
end:vcard
view thread (21+ messages) latest in thread
Message-ID: <506316B1.70900@ulb.ac.be>
Permalink: ../506316B1.70900@ulb.ac.be/
Also on: postgresql.org/message-id/506316B1.70900@ulb.ac.be
copy link · copy postgr.es
reply Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-performance@postgresql.org
Cc: jcigar@ulb.ac.be
Subject: Re: Same query doing slow then quick
In-Reply-To: <506316B1.70900@ulb.ac.be>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox