Re: [mapguide-users] MapGuide OpenSource On VM-Ware Servers

2008-02-07 Thread James Card
On Wed, 06 Feb 2008 17:29:06 -0800, Zac Spitzer [EMAIL PROTECTED] wrote: saying all of that, when i have run up a VMWARE of XP with MGOS on my laptop it was a lot slower than running natively, but it was a laptop! On Feb 7, 2008 10:52 AM, Martin Fafard [EMAIL PROTECTED] wrote: It's a

RE: [mapguide-users] MapGuide OpenSource On VM-Ware Servers

2008-02-07 Thread Trevor Wekel
hardware. Not bad for a virtualized environment. Thanks, Trevor -Original Message- From: James Card [mailto:[EMAIL PROTECTED] Sent: Thursday, February 07, 2008 9:18 AM To: MapGuide Users Mail List Subject: Re: [mapguide-users] MapGuide OpenSource On VM-Ware Servers On Wed, 06 Feb 2008 17

Re: [mapguide-users] MapGuide OpenSource On VM-Ware Servers

2008-02-07 Thread Zac Spitzer
i guess the million dollar question here is what other images are running on the machine? if they are low cpu type apps then it might be ok, mapguide is very bursty cpu wise and this could adversely affect the other images... Based on what Trevor said, you could also investigate the option of

Re: [mapguide-users] MapGuide OpenSource On VM-Ware Servers

2008-02-07 Thread Jose Manuel C G
I think you can use an alternative system of virtualization. I had vmware, and cost CPU, process, stability. I changed to VirtualBOX, and now is the best solution to do benchmarks. Good luck! -- View this message in context:

Re: [mapguide-users] MapGuide OpenSource On VM-Ware Servers

2008-02-06 Thread Martin Fafard
It's a little bit slower for me. Martin F James Card a écrit : We have a client asking about performance of the MapGuide server on VMware, compared to running the server on the bare machine. I know some of the folks here are running the MapGuide server in VMware environments -- have any of

Re: [mapguide-users] MapGuide OpenSource On VM-Ware Servers

2008-02-06 Thread Zac Spitzer
off the top of my head, my rule of thumb is to check the amount of RAM required to render your largest layer which requires all the of the layer, ie at the full extents of your map. Ideally having twice the RAM available required for that will help. SDF is also more efficient that a DB layer (ie