From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Philip Warner <pjw(at)rhyme(dot)com(dot)au> |
Cc: | Jan Wieck <JanWieck(at)Yahoo(dot)com>, Karel Zak <zakkr(at)zf(dot)jcu(dot)cz>, pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: Performance problem in aset.c |
Date: | 2000-07-12 05:21:00 |
Message-ID: | 21834.963379260@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Philip Warner <pjw(at)rhyme(dot)com(dot)au> writes:
> Can you maintain one free list for each power of 2 (which it might already
> be doing by the look of it), and always allocate the max size for the list.
> Then when you want a 10k chunk, you get a 16k chunk, but you know from the
> request size which list to go to, and anything on the list will satisfy the
> requirement.
That is how it works for small chunks (< 1K with the current
parameters). I don't think we want to do it that way for really
huge chunks though.
Maybe the right answer is to eliminate the gap between small chunks
(which basically work as Philip sketches above) and huge chunks (for
which we fall back on malloc). The problem is with the stuff in
between, for which we have a kind of half-baked approach...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Alfred Perlstein | 2000-07-12 05:22:39 | Re: Connection pooling. |
Previous Message | Hiroshi Inoue | 2000-07-12 04:58:17 | RE: Vacuum only with 20% old tuples |