x86-64 and PostgreSQL
От | Ron Johnson |
---|---|
Тема | x86-64 and PostgreSQL |
Дата | |
Msg-id | 1042867764.889.181.camel@haggis обсуждение исходный текст |
Ответы |
Re: x86-64 and PostgreSQL
Re: x86-64 and PostgreSQL |
Список | pgsql-performance |
Hi, Will there be any advantages to running Pg on a 64-bit CPU rather than 32-bit? The recent discussions in the "7.3.1 New install, large queries are slow" thread make me think not, since Pg says that the OS can manage buffers better: <QUOTE From="Tom Lane <tgl@sss.pgh.pa.us>"> Yeah, but isn't that theory a hangover from pre-Unix operating systems? In all modern Unixen, you can expect the kernel to make use of any spare RAM for disk buffer cache --- and that behavior makes it pointless for Postgres to try to do large amounts of its own buffering. Having a page in our own buffer instead of kernel buffer saves a context swap to access the page, but it doesn't save I/O, so the benefit is a lot less than you might think. I think there's seriously diminishing returns in pushing shared_buffers beyond a few thousand, and once you get to the point where it distorts the kernel's ability to manage memory for processes, you're really shooting yourself in the foot. </QUOTE> Also, would int8 then become a more "natural" default integer, rather than the int4 that all of us millions of i386, PPC & Sparc users use? Thanks, Ron -- +------------------------------------------------------------+ | Ron Johnson, Jr. mailto:ron.l.johnson@cox.net | | Jefferson, LA USA http://members.cox.net/ron.l.johnson | | | | "Basically, I got on the plane with a bomb. Basically, I | | tried to ignite it. Basically, yeah, I intended to damage | | the plane." | | RICHARD REID, who tried to blow up American Airlines | | Flight 63 | +------------------------------------------------------------+
В списке pgsql-performance по дате отправления: