pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Jarek <jarek@poczta.srv.pl>
To: pgsql-performance@postgresql.org
Subject: Re: More cores or higer frequency ?
Date: Tue, 23 May 2017 22:14:14 +0200
Message-ID: <1495570454.6168.44.camel@sem-jarek-01.prv> (raw)
In-Reply-To: <CAEfWYyw6d72mpLiaaOHbAjhNsGR+_pM3saTY8EWw5Y+3szwKWg@mail.gmail.com>
References: <1495564174.6168.10.camel@sem-jarek-01.prv>
	<CAEfWYyw6d72mpLiaaOHbAjhNsGR+_pM3saTY8EWw5Y+3szwKWg@mail.gmail.com>
List-Unsubscribe:  <mailto:majordomo@postgresql.org?body=unsub%20pgsql-performance>

Dnia 2017-05-23, wto o godzinie 11:39 -0700, Steve Crawford pisze:
> The answer, as always, is "it depends."
> 
> 
> Can you give us an overview of your setup? The appropriate setup for
> small numbers of long-running analytical queries (typically faster
> CPUs) will be different than a setup for handling numerous
> simultaneous connections (typically more cores).

I have pool of clients (~30) inserting to database about 50 records per
second (in total from all clients) and small numer (<10) clients
querying database for those records once per 10s.
Other queries are rare and irregular.
The biggest table has ~ 100mln records (older records are purged
nightly). Database size is ~13GB.
I near future I'm expecting ~150 clients and 250 inserts per second and
more clients querying database.
Server is handling also apache with simple web application written in
python.
For the same price, I can get 8C/3.2GHz or 14C/2.6GHz. Which one will be
better ?



> 
> But CPU is often not the limiting factor. With a better understanding
> of your needs, people here can offer suggestions for memory, storage,
> pooling, network, etc.
> 
> 
> Cheers,
> Steve
> 
> 
> 
> On Tue, May 23, 2017 at 11:29 AM, Jarek <jarek@poczta.srv.pl> wrote:
>         Hello!
>         
>         I've heavy loaded PostgreSQL server, which I want to upgrade,
>         so it will
>         handle more traffic. Can I estimate what is better: more cores
>         or
>         higher frequency ? I expect that pg_stat should give some
>         tips, but
>         don't know where to start...
>         
>         best regards
>         Jarek
>         
>         
>         
>         --
>         Sent via pgsql-performance mailing list
>         (pgsql-performance@postgresql.org)
>         To make changes to your subscription:
>         http://www.postgresql.org/mailpref/pgsql-performance
> 
> 




-- 
Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-performance



view thread (7+ messages)  latest in thread

Message-ID: <1495570454.6168.44.camel@sem-jarek-01.prv>
Permalink:  ../1495570454.6168.44.camel@sem-jarek-01.prv/
Also on:    postgresql.org/message-id/1495570454.6168.44.camel@sem-jarek-01.prv

 · 

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: jarek@poczta.srv.pl
  Subject: Re: More cores or higer frequency ?
  In-Reply-To: <1495570454.6168.44.camel@sem-jarek-01.prv>

* 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