On 12/30/10 21:37, Somebody in the thread at some point said: > Quoting Andy Green <andy@xxxxxxxxxxx>: >> 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 _______________________________________________ arm mailing list arm@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/arm
