1 |
Your slowness could be due to not telling vmware to allocate all memory into physical memory, and not using a full sized disk image. It seems like vmware accesses the blocks directly, when you pre-allocate. And if the image gets fragmented, vmware warns you about it, so that you can ask it to defragment it. But, if you're using a resizable image, then you may see some slowness. |
2 |
|
3 |
I bench marked the disk running gentoo linux on a Dell D820 notebook, in native mode. I copied that same gentoo over to a VM, and ran into in windows on the same D820 Notebook, and got slightly better performance results, by about 2-5 M/sec. I used "bonnie++ -c 5 -s 4096 -r 768 -u someone". I haven't tried it on a dynamically re-sizable disk. These results indicate to me that VMware is using direct block access, and bypassing the file system. Either that, or simply keeping it un-fragmented makes a big difference. ! |
4 |
|
5 |
|
6 |
As far as compiling slower, I've found there is a very MINOR difference between a real machine, and a VM. |
7 |
|
8 |
On 11/7/06, Daevid Vincent <daevid@××××××.com> wrote: |
9 |
> I use a Gentoo VM for a lot of LAMP dev work, and I can tell you it's kind |
10 |
> of painful to upgrade packages with all the compiling. VMWare is slower than |
11 |
> normal to compile, mostly due to disk I/O. Since each HD is a big-ass file. |
12 |
> |
13 |
> A few optimizations I might suggest: |
14 |
> |
15 |
> Partition a dedicated physical hard drive into chunks and use VMWare's "raw" |
16 |
> disk so you have real hardware/hard disks. I'd suggest a very fast SCSI |
17 |
> drive for the best performance since you're running several VMs. |
18 |
> |
19 |
> Also, look into the VMWare server version which uses the raw iron a bit |
20 |
> better as it's dedicated to running many VMs. |
21 |
> |
22 |
> I find that more RAM on VMWare has a point of deminishing returns. I have a |
23 |
> VM that I dedicate 512MB of my 2GBs and honestly it feels slower than when I |
24 |
> give it 128-256MB only. It may be a WinXP thing that it's not efficiently |
25 |
> using the RAM right or something. |
26 |
> |
27 |
> > -----Original Message----- |
28 |
> > From: Trenton Adams [mailto:trenton.d.adams@×××××.com] |
29 |
> > Sent: Sunday, November 05, 2006 9:19 PM |
30 |
> > To: gentoo-user@l.g.o |
31 |
> > Subject: Re: [gentoo-user] Re: Mini Gentoo in VMWare |
32 |
> > |
33 |
> > Yes, VMWare is fit for the task, simply because I would be using it on |
34 |
> > a windows machine. Unless there is something better for a windows |
35 |
> > machine? |
36 |
> > |
37 |
> > Thanks for the hints. |
38 |
> > |
39 |
> > On 11/3/06, Harm Geerts <harmgeerts@××××.nl> wrote: |
40 |
> > > On Friday 03 November 2006 06:43, Trenton Adams wrote: |
41 |
> > > > Hi Guys, |
42 |
> > > > |
43 |
> > > > Has anyone here played with minimalizing everything for |
44 |
> > use in vmware? |
45 |
> > > > |
46 |
> > > > Basically what I want to do is create a series of VERY |
47 |
> > tiny VMs that |
48 |
> > > > are all independent of each other, which provide one service. For |
49 |
> > > > instance, I might put apache on one VM, and tomcat on |
50 |
> > another, and so |
51 |
> > > > on. Obviously, I would want their memory usage to be absolutely |
52 |
> > > > minimized, seeing that I would like to run them all on |
53 |
> > one computer. |
54 |
> > > > I would probably provide them 64M-128M of RAM each, for |
55 |
> > their specific |
56 |
> > > > service. Perhaps a little more if really required. |
57 |
> > > > |
58 |
> > > > Is there really anything that I should worry about? |
59 |
> > Perhaps I should |
60 |
> > > > just DO IT? |
61 |
> > > |
62 |
> > > Nick[1] made a post about minimizing Gentoo a while back. |
63 |
> > > But that topic was mainly about the disk usage. |
64 |
> > > I suppose you would benefit from a system that uses the -Os |
65 |
> > flag to create |
66 |
> > > small binairies. |
67 |
> > > |
68 |
> > > But do you think vmware is fit for such a task? |
69 |
> > > vmware is a big strain on resources itself. |
70 |
> > > You might want to have a look at xen[2] instead. |
71 |
> > > |
72 |
> > > [1] |
73 |
> > http://thread.gmane.org/gmane.linux.gentoo.user/160899/focus=160903 |
74 |
> > > [2] http://www.xensource.com/xen/xen/index.html |
75 |
> > > -- |
76 |
> > > gentoo-user@g.o mailing list |
77 |
> > > |
78 |
> > > |
79 |
> > -- |
80 |
> > gentoo-user@g.o mailing list |
81 |
> > |
82 |
> > |
83 |
> |
84 |
> -- |
85 |
> gentoo-user@g.o mailing list |
86 |
> |
87 |
> |
88 |
-- |
89 |
gentoo-user@g.o mailing list |