From: | "Joshua J(dot) Kugler" <joshua(at)eeinternet(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: postgre on virtual machine |
Date: | 2010-10-20 21:22:27 |
Message-ID: | 201010201322.28006.joshua@eeinternet.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Wednesday 20 October 2010, John R Pierce elucidated thus:
> On 10/20/10 3:46 AM, Georgi Ivanov wrote:
> > Hi,
> > Is there any specific reason one should/should not run postgre on
> > virtual machine for production ?
> > Is there any special tuning for virtual environment ?
> > Client of mine is running 8.4 on virtual machine (VMWare ) so I'm
> > wandering if there is anything special I can tune to speed up a
> > bit. Also if I must choose between more RAM and more virtual cores
> > what should I choose ?
>
> the biggest issue tends to be disk IO performance, especially in a
> transactional intensive database. virtualized storage is just not as
> fast as native storage. the big iron folks deal with this by
> dedicating fiberchannel cards to each virtual machine that needs IO
> performance. of course, this gets expensive.
>
> as far as memory vs cores goes, that depends a lot on the nature of
> your access patterns. larger databases benefit from more memory for
> caching & buffers, while higher levels of concurrent connections
> benefit from more CPU cores (*and* more memory).
Would using a raw partition in the VM alleviate some of the issues here?
j
--
Joshua Kugler
Part-Time System Admin/Programmer
http://www.eeinternet.com - Fairbanks, AK
PGP Key: http://pgp.mit.edu/ ID 0x73B13B6A
From | Date | Subject | |
---|---|---|---|
Next Message | David Kerr | 2010-10-20 22:22:47 | Generate a dynamic sequence within a query |
Previous Message | Bruce Momjian | 2010-10-20 21:21:56 | Re: 9.0 SSL renegotiation failure restoring data |