1 |
On Mon, 26 Sep 2011 18:04:24 -0500 |
2 |
Harry <hputnam3@×××××.com> wrote: |
3 |
|
4 |
> Paul Hartman <paul.hartman+gentoo@×××××.com> writes: |
5 |
> |
6 |
> > On Mon, Sep 26, 2011 at 10:59 AM, Harry <hputnam3@×××××.com> wrote: |
7 |
> >> How can one tell how far along a kernel compile is? I can see the |
8 |
> >> modules being |
9 |
> >> built in /var/log/genkernel.log |
10 |
> >> (Aside: Please, no hysteria about using genkernel) |
11 |
> >> |
12 |
> >> But I'd like to know of some way to guesstimate how much of the |
13 |
> >> process is completed. Is there a list the compile has generated |
14 |
> >> and is following somewhere under /usr/src/linux? Or some other way |
15 |
> >> of knowing where the compile is in terms of percentage completed? |
16 |
> > |
17 |
> > All I can think of is: time it. Maybe you can create a wrapper |
18 |
> > script to time it, record times (for successful builds only) and |
19 |
> > measure progress based on estimated time remaining. Kind of like |
20 |
> > what genlop does with emerge logs. |
21 |
> |
22 |
> Sounds like there is no real way unless as you say. I've been |
23 |
> wrestling with kernel build after kernel build trying to get a new |
24 |
> install booted. Many failures led me to finally resorting to |
25 |
> genkernel... but you may know already that is a full day of compile at |
26 |
> least. |
27 |
> |
28 |
> But I'm seeing really massive times even on the trimmed down kernels |
29 |
> where I've set only known things I need. |
30 |
> |
31 |
> This is happening in a chroot from sysrescueCD on an older P4 with 2G |
32 |
> ram. But my god, I'm seeing hrs and hrs of compile time go by even on |
33 |
> a lean mean menuconfig produced .config. |
34 |
> |
35 |
> Is this pretty normal? |
36 |
|
37 |
No, that's very abnormal even for a P4. Something is badly wrong. |
38 |
|
39 |
I get this in a VM with a clean set of kernel sources: |
40 |
|
41 |
# genlop -t gentoo-sources |
42 |
* sys-kernel/gentoo-sources |
43 |
|
44 |
Sun Sep 4 23:08:52 2011 >>> sys-kernel/gentoo-sources-2.6.39-r3 |
45 |
merge time: 6 minutes and 48 seconds. |
46 |
|
47 |
The VM host is a flashy Samsung knock-off of an Apple Air with a nice |
48 |
cpu (Intel(R) Core(TM) i5-2537M CPU @ 1.40GHz) and SSD. |
49 |
|
50 |
The guest that did the compile is 1 cpu, 1G RAM and /var/tmp/portage |
51 |
on the SSD. It's VirtualBox and while the compile was running I had 3 |
52 |
other VMs running and one of them was Windows7. Kernel compiles should |
53 |
be quick, that same VM takes 90 minutes to build gcc. |
54 |
|
55 |
|
56 |
My old ancient desktop was sort-of comparable to your P4, with IDE |
57 |
disks and 1.5G RAM. Kernel compiles there took about 30-40 minutes. |
58 |
sysrescueCD *shouldn't* make a difference as the entire chroot fs I |
59 |
presume will be on hard disk. |
60 |
|
61 |
What do your basics performance tools like top and friends say? See |
62 |
what swap usage looks like outside the chroot while the compile is |
63 |
running - is it thrashing? What speed are you getting for the hard disk |
64 |
from hdparm -t -T? |
65 |
|
66 |
How long does it take to build other big packages like gcc, glibc, |
67 |
maybe even binutils? |
68 |
|
69 |
|
70 |
-- |
71 |
Alan McKinnnon |
72 |
alan.mckinnon@×××××.com |