On Thu, Jan 30, 2014 at 11:50:35AM +0530, Kashyap Chamarthy wrote:
- Single `make` job timing to compile everything:
real 31m9.792s user 17m18.359s sys 13m17.868s
For comparison, on the _host_, the same single `make` job timing:
real 13m41.440s user 13m5.816s sys 1m9.911s
This is timing the build only? I'm surprised it is slower in the container. Is memory or # CPUs limited?
- `make -k check` is still running as I write this, albeit a bit slow.
This just finished (in the container):
[. . .] grep -v -E '^(examples|gnulib|perl/(blib|examples)|po-docs|tests)/' | \ grep -v -E '/((guestfs|rc)_protocol\.c)$' | \ LC_ALL=C sort > po/POTFILES cd .; \ find builder mllib resize sparsify sysprep -name '*.ml' | \ LC_ALL=C sort > po/POTFILES-ml make[1]: Leaving directory `/root/libguestfs' make: *** [check-recursive] Error 1 GEN public-submodule-commit make: Target `check' not remade because of errors.
real 474m53.630s user 325m54.254s sys 205m58.032s
-bash-4.2# git log | head -1 commit c841d08d7084db69e81614d54423686cf0566ad6
Again, for comparison, `make -k check` on _host_:
real 63m1.078s user 54m39.393s sys 12m8.130s
Is KVM available in the container? I've never tried that actually .. I suppose the next step is to make LIBGUESTFS_BACKEND=libvirt:lxc:/// work! Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#)