Jan Kiszka schreef:
Gilles Chanteperdrix wrote:
  
Jan Kiszka wrote:
    
Johan Visser wrote:
      
VMware runs, but gives heavy CPU load ( about 38 % ) instead of 6-8 % on
a real system.
        
That's expected if your CPU actually lacks hardware virtualization.
      
An idle guest used to consume almost nothing on a vmware host. Only
MS-DOS needed a special TSR to have its idle mode not consume 100%. On
the other hand, the last time I used vmware was 5 years ago...
    

I meant the scale is expected: If basically the same system runs with
some non-zero load on real hw, the load that this machine inside a
code-translating hypervisor like vmware causes to its host will be
noticeably larger. But even the idle load can be noteworthy if I/O
emulation causes a lot of host activities, even with HVM.

Jan

  
Tested QEMU as well, boots and runs completely.
it seems to be more jumpy in CPU load and has about 10% more load then VMware , after a short time ( minutes ) our application crashes because of a userspace watchdog we have implemented. this detects a lack of taskswitches in userspace.
( i use a dualcore 2x2.0Ghz centrino CPU. A real celeron @ 400MHz gives me12% CPU load in real-time :)
Also the idle task gives max CPU load at first. but after some user-interface actions (mouse clicks ) this reduces to 0%.
I will have to investigate more, but have a lack of time now.
cheers





Stork Plastics Machinery B.V. Alfred Marshallstraat 2, 7559 SE Hengelo, the Netherlands.
Supplies and executions to the conditions and stipulations filed with the Chamber of Commerce (Trade register Enschede nr. 06041991) except as otherwise provided in writing.
DISCLAIMER:
The information contained in this communication is confidential and may be legally privileged. It is intended solely for the use of the individual or entity to whom it is addressed and others authorized to receive it. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or taking any action in reliance of the contents of this information is strictly prohibited and may be unlawful. Stork Plastics Machinery is neither liable for the proper and complete transmission of the information contained in this communication nor for any delay in its receipt.