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#)