Re: [Xen-devel] Re: [Qemu-devel] [PATCH 0/7] merge some xen bits into qemu

[Stefan de Konink <skinkie@xxxxxxxxx>]

> > USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
> > root      3005  0.0  0.1   8404  1012 ?        S    Jul26   0:00 xenstored 
> > --pid-file /var/run/xenstore.pid
> > root      3009  0.0  1.8  99416  9936 ?        S    Jul26   0:00 python 
> > /usr/sbin/xend start
> > root      3011  0.0  0.1  20540   680 ?        Sl   Jul26   0:00 xenconsoled
> > root      3013  0.0 10.7 242876 56492 ?        Sl   Jul26   0:01 python 
> > /usr/sbin/xend start
> > root      3014  0.0  0.1  27252   904 ?        Ssl  Jul26   0:00 blktapctrl
> > root     13985  0.0  0.1  27332   832 ?        Sl   11:17   0:00 tapdisk 
> > /var/run/tap/tapctrlwrite1 /var/run/tap/tap
>
> Please provide the columns headers, else it's impossible to say
> anything about these numbers.

Done.

> > The amount of memory for xend seem to increased with 7MB (from 49MB) now
> > this is not even close to the 32MB or 16MB value that was mentioned
> > before.
>
> Please do not confuse with what I said about stubdom-dm, which is to
> replace qemu-dm only, not xend.

Then it is very simple; I hope that 'Xennite' or what ever the number of
the beast is, hopefully has lower demands. If stubdom is only to be more
secure, please... that is the only thing I do not worry about these
days, I see far bigger bugs.

With VMWare releasing ESXi for free; I really wonder what the impact will
be on the userbase of Xen, especially the 'big implementations', that like
small solutions.


Stefan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel