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
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 |