On 12/30/10 21:37, Somebody in the thread at some point said:
Quoting Andy Green <andy(a)warmcat.com>:
> The quickest solution is uplevel your main rootfs to the f12
tarball
> and do it from there with an rpm that understands xz already.
The fastest solution was to run the F12 vm since it took about a minute
to install and get the script running.
Well, it being a VM has nothing to do with it: you ran an F12 main
rootfs as suggested and so avoided the xz problem.
>> If you can get performance similar or faster to actual
hardware, there
>> will be more interest. If it is pretty easy to set up a VM and add it
>
> Last time I looked at ARM qemu on quite a beefy Intel box I saw the
> same kind of 10% of ARM11 performance that Chris mentioned. Qmeu like
> that is just not useful for build duty, and real ARMs are getting
> faster much quicker than x86 iron is pretending to be an ARM so it
> never will be useful either.
Are you saying you tried the ARM11 kernel with qemu F12 or you just
tried the versatile kernel with the F12 qemu image off the wiki and it
gave 10% ARM11 performance?
I tried to get started with qemu a couple of years ago and have
forgotten what I ran, but as I recall it was a precooked image. Even
booting the kernel was slow. I tried to compile an app using gcc so the
emulator was having to do "real work".
At that time the alternative it was being compared to was a real 532MHz
ARM11 with 128MB of DDR, it was able to compile "much" faster than the
qemu box. This year there are Cortex A9 ARM boxes available are much
faster than that and next year there'll be Cortex A15 ~2GHz quad core
natively. Qemu and intel boxes aren't getting faster at that kind of
rate any more.
-Andy