[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h h
From: |
n schembr |
Subject: |
Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h hw/acpi.c hw/adlib.c ...) |
Date: |
Fri, 27 Jul 2007 10:15:55 -0700 (PDT) |
----- Original Message ----
From: Jan Marten Simons <address@hidden>
To: address@hidden
Sent: Friday, July 27, 2007 12:50:51 PM
Subject: Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h
hw/acpi.c hw/adlib.c ...)
Sunil Amitkumar Janki schrieb:
> Dan Shearer wrote:
>> You do also have the architectures provided to you by QEMU :-) :-)
>>
>
> I have been able to build modular Xorg for Armedslack in QEMU without
> having the hardware but when I tried to port Slackware 12.0 to SPARC in
> QEMU I found it was way too slow and started looking for some real
> hardware.
>
> Maybe in the future where we have all kinds of cheap multicore processors
> this will not matter much but for the moment limited resources are still
> some
> kind of hindrance to realizing the benefits of multi-architecture
> emulation.
>
> Maybe I should trade in my single-core Athlon system for some serious
> quadcore x86_64 chip but I'd rather wait for 16-core Loongson 3 :-).
>
>As Qemu cannot use multicore CPUs (partially due to missing thread
>safety), yet, you won't benefit from this unless you want to run
>multiple instances of Qemu in parallel.
>regs,
>Jan
how close is thread safey?
- Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h hw/acpi.c hw/adlib.c ...),
n schembr <=