From: | "Matthias Urlichs" <smurf(at)noris(dot)net> |
---|---|
To: | Chris <chris(at)bitmead(dot)com> |
Cc: | Matthias Urlichs <smurf(at)noris(dot)net>, Hannu Krosing <hannu(at)tm(dot)ee>, The Hermit Hacker <scrappy(at)hub(dot)org>, Alessio Bragadini <alessio(at)albourne(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Performance (was: The New Slashdot Setup (includes MySql server)) |
Date: | 2000-05-19 10:18:03 |
Message-ID: | 20000519121803.M27730@noris.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
Hi,
Chris:
> VACUUM is not a speed-up feature, it's a slow-down feature. It reclaims
> space and that takes time. It does update system statistics which can
> help performance if done after a data load or perhaps once a day.
>
OK, thanks for the clarification.
> But "sprinkling the code" with vacuum sounds like a big performance
> killer. Hope you are not counting vacuum as part of your 1000 read()
> calls.
>
Nonono, the 1000 read() calls are triggered by a simple INSERT or UPDATE
call. They actually scan the pg_index table of the benchmark database.
Why they do that is another question entirely. (a) these tables should
have indices, and (b) whatever postgres wants to know should have been
cached someplace. Oh yes, (c) what's in pg_index that needs to be 4
MBytes big?
--
Matthias Urlichs | noris network GmbH | smurf(at)noris(dot)de | ICQ: 20193661
The quote was selected randomly. Really. | http://smurf.noris.de/
--
Man is the only animal that laughs and weeps; for he is
the only animal that is struck with the difference between
what things are and what they ought to be.
-- William Hazlitt (1778-1830)
From | Date | Subject | |
---|---|---|---|
Next Message | Matthias Urlichs | 2000-05-19 10:39:40 | Re: Performance (was: The New Slashdot Setup (includes MySql server)) |
Previous Message | Lincoln Yeoh | 2000-05-19 10:12:36 | Does Order by support case? |
From | Date | Subject | |
---|---|---|---|
Next Message | Karel Zak | 2000-05-19 10:22:51 | Re: query cache (was: Re: caching query results) |
Previous Message | Hannu Krosing | 2000-05-19 10:13:46 | Re: Re: Heaps of read() syscalls by the postmaster |