Re: INSERT - UPDATE throughput oscillating and SSD activity after stopping the client

From: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
To: Tom DalPozzo <t(dot)dalpozzo(at)gmail(dot)com>, pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: INSERT - UPDATE throughput oscillating and SSD activity after stopping the client
Date: 2016-12-02 21:45:59
Message-ID: c170dac7-c388-f0d3-7817-b5c3966b710e@aklaver.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 12/02/2016 09:40 AM, Tom DalPozzo wrote:
> Hi,
> I've two tables, t1 and t2, both with one bigint id indexed field and
> one 256 char data field; t1 has always got 10000 row, while t2 is
> increasing as explained in the following.
>
> My pqlib client countinously updates one row in t1 (every time
> targeting a different row) and inserts a new row in t2. All this in
> blocks of 1000 update-insert per commit, in order to get better performance.
> Wal_method is fsync, fsync is on, attached my conf file.
> I've a 3.8ghz laptop with evo SSD.
>
> Performance is measured every two executed blocks and related to these
> blocks.
>
> Over the first few minutes performance is around 10Krow/s then it slowly
> drops, over next few minutes to 4Krow/s, then it slowly returns high and
> so on, like a wave.
> I don't understand this behaviour. Is it normal? What does it depend on?

Have you looked at the Postgres log entries that cover these episodes?

Is there anything of interest there?

>
> Also, when I stop the client I see the SSD light still heavily working.
> It would last quite a while unless I stop the postgresql server, in this
> case it suddenly stops. If I restart the server it remains off.
> I'm wondering if it's normal. I'd like to be sure that my data are safe
> once commited.
>
> Regards
> Pupillo
>
> P.S.: I put this question in general questions as my concern is not if
> the performance is high or not.
>
>
>
>
>
>
>
>
>
>
>
>

--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Kiriakos Georgiou 2016-12-02 22:10:24 Announcement: application level undo/redo for PostgreSQL
Previous Message John R Pierce 2016-12-02 19:11:39 Re: Postgresql 9.6 and Big Data