From: | Mark kirkwood <markir(at)slingshot(dot)co(dot)nz> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Unbounded (Possibly) Database Size Increase - Test Case |
Date: | 2002-05-07 06:20:51 |
Message-ID: | 1020752452.1498.44.camel@spikey.slithery.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
There has been a discussion on the general list about this area. One of
the members produced a test case for demonstrating rapid size increase.
I decided to see if I could induce similar behaviour with a more
(seemingly) benign example.
I tried this :
1) Create a table and load 100000 rows (with a primary key)
2) Run several threads update 1 row and commit (loop continously with a
rest every 100 updates or so)
3) Run 1 thread that (lazy) vacuums (every 3 minutes or so)
I ran 10 threads in 2) and saw my database grow from the initial size of
150M by about 1G per hour (I stopped my test after 5 hours @ 4.5G).
The table concerned uses a large text field... it might be instructive
to see if this is central to producing this growth (I will see if a more
conventional table design can exhibit this behaviour if anyone is keen
to know).
For those interested the test case I used can be found here :
http://homepages.slingshot.co.nz/~markir/tar/test/spin.tar.gz
regards
Mark
From | Date | Subject | |
---|---|---|---|
Next Message | Bertin, Philippe | 2002-05-07 06:34:12 | Re: IF- statements in a rule's 'DO INSTEAD SELECT ...'- statement |
Previous Message | Hiroshi Inoue | 2002-05-07 02:07:32 | Re: Number of attributes in HeapTupleHeader |