| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | "Strong, David" <david(dot)strong(at)unisys(dot)com> |
| Cc: | "Simon Riggs" <simon(at)2ndquadrant(dot)com>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Straightforward changes for increased SMP scalability |
| Date: | 2007-07-16 16:45:32 |
| Message-ID: | 15826.1184604332@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
"Strong, David" <david(dot)strong(at)unisys(dot)com> writes:
> I'm happy to run some benchmarks to show the improvements with various
> NUM_BUFFER_PARTITIONS settings. However, I want to make sure that this
> is going to be useful. I can run 16 (base), 32, 64, 128 etc. type
> increments, but I'm more concerned about the number of cores to use. Do
> you have a suggestion for that? I can run with 1 to 32 cores. I had
> planned to run a number of tests at 8 cores, but I can adjust to what
> makes sense for the community.
Presumably the answers will be different. I'd sort of like to see
several different curves for different numbers of processors, so we
can evaluate reasonably fairly.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Strong, David | 2007-07-16 16:52:27 | Re: Straightforward changes for increased SMP scalability |
| Previous Message | TJ O'Donnell | 2007-07-16 16:40:18 | bit string functions |