search for: 66s

...p > workload. I record the I/O performance (IOPS) before/during/after > migration. When the migration begins, the IOPS dropped by 30%-40%. > This is reasonable, because the migration I/O competes with the > workload I/O. However, during almost the last period of migration > (which is 66s in my case), the IOPS dropped dramatically, from about > 170 to less than 10. I also show the figure of this experiment in the > attachment of this email. [The attachment should arrive on the 'libvirt-users' list archives; but it's not there yet -- https://www.redhat.com/archives...

...o see what is going wrong (is the LLVM code missing an optimization, or is it bad code generation?), that would be quite helpful. > 2. the tests based (e.g. ackerman,fibonacci) on function > calls are tend to be quicker with LLVM then with GCC > :) Yeah I guess so! A 31x speedup on ary (66s -> 2.11 for llc-ls), 10x speedup on ary2, and 4.8x speedup on except is not bad at all. :) We tend to do pretty well on C++ programs though. > 3. some generic tests (like nested loops) are slower with LLVM then GCC. > Could anyone check why Benchmarks/Shootout*/nestedloop is so slow wit...

Hi all i took a look into LLVM benchmarks from nightly tester and ran Shootout tests on my own. Below go just few outlines. 1. results on my AMD AthlonXP and Xeon used by LLVM team are different sometime. In particular, both Shootout and Shootout-C++ show great speed up with LLVM (in comparison to GCC) on ackerman test on my AthlonXP. But here:

...desktop.org/~aplattner/vdpau/libvdpau-1.1.1.tar.bz2.sig -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJV5MPPAAoJEBvvPYQBpohh33QP/3aha1W2ARz1lRWX5BLLp+VW wdJ6qEeisQpIFzH4HIgVSAPS7dNdECgX0OasmlIfHe4KMm/F0upW6/p0Xs85d6w/ i6yU7hzRI7OFLDFXAez0Q5SJbl+J9SS6VbgpbhbLocyr1KVxTG0ArAoH6dWAqUv6 66S+BFK2GpmKbwHwmKAnp/NKB5neb9ISO+s2MC5wpOjK3JwU76DzClv017eLMAKw NVg3i48kkovkbtZu+vR3utX6MKelIPiY/BvPL1Rtxw7cHLGWnNLGi1KQGoxCGtYp RQUorRtF8pCTnE1/sTkNyVroh2467AlAMPrYJYxKG6/OfUcQVcJPDdYn+N86x9qy ikCOJR4FIMs6bXmzXNc6n0spBq2Y8YePvMLA56p7d3iDCUzagNzkeVc+U9pp38X2 NXwqkmiXbWi4abHh4wF9QLLzbzJbdCMSc9HRFpNO4hg...

...ecord the I/O performance (IOPS) before/during/after > > migration. When the migration begins, the IOPS dropped by 30%-40%. > > This is reasonable, because the migration I/O competes with the > > workload I/O. However, during almost the last period of migration > > (which is 66s in my case), the IOPS dropped dramatically, from about > > 170 to less than 10. I also show the figure of this experiment in the > > attachment of this email. > > [The attachment should arrive on the 'libvirt-users' list archives; but > it's not there yet -- > h...

...ad code generation?), that would be > quite helpful. i will access my linux box next Friday only :( > > 2. the tests based (e.g. ackerman,fibonacci) on function > > calls are tend to be quicker with LLVM then with GCC > > :) > > Yeah I guess so! A 31x speedup on ary (66s -> 2.11 for llc-ls), 10x > speedup on ary2, and 4.8x speedup on except is not bad at all. :) We > tend to do pretty well on C++ programs though. hm, i see that nightly tester shows new values now and again the things at your side are very different then i got here... ary* tests were q...

Hi, i have big trouble with a Debian Lenny dom0 and latest kernel 2.6.32.19 with xen-4.0.1rc5. Due some reason the system freezes from time to time. I used kernel 2.6.31.9 with xen-3.4.2 before. The machine doesn''t write anything to serial console so there are no errors or something like that. Perhaps there is something to see from the logs ... Hardware Board: Intel DQ45CB CPU: