From: | Martijn van Oosterhout <kleptog(at)svana(dot)org> |
---|---|
To: | andrew(at)supernews(dot)com |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: more anti-postgresql FUD |
Date: | 2006-10-13 17:03:41 |
Message-ID: | 20061013170341.GO1896@svana.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
On Fri, Oct 13, 2006 at 03:35:37PM -0000, Andrew - Supernews wrote:
> It's just the number of disk revolutions per second. Without caching, each
> WAL flush tends to require a whole revolution unless the on-disk layout of
> the filesystem is _very_ strange. You can get multiple commits per WAL
> flush if you have many concurrent connections, but with a single connection
> that doesn't apply.
Is that really true? In theory block n+1 could be half a revolution
after block n, allowing you to commit two transactions per revolution.
If you work with the assumption that blocks are consecutive I can see
your point, but is that a safe assumption?
Have a nice day,
--
Martijn van Oosterhout <kleptog(at)svana(dot)org> http://svana.org/kleptog/
> From each according to his ability. To each according to his ability to litigate.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2006-10-13 17:16:36 | Re: some log statements ignored |
Previous Message | Martijn van Oosterhout | 2006-10-13 16:58:27 | Re: UTF-8 |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2006-10-13 17:06:17 | Re: [HACKERS] array_accum aggregate |
Previous Message | Jeff Davis | 2006-10-13 17:00:29 | Re: [PERFORM] Hints proposal |