:: "David S. Miller" <davem@redhat.com>
>+ addr = 0;
Thanks very much for the fix -- and your time, Dave. I walked in on
the blue screen this morning, so I guess it took me a little longer to
get to the same place. I had made it through more than 5000
iterations (2x2500) of 1000d.f on my dual processor.
>Now, a simple kernel compile (make clean; sync; time make -s vmlinux)
>gives:
>
>892.98user 56.66system 16:07.24elapsed 98%cpu
>
>The same test using a stock kernel (ie. without coloring) typically
>gives results like this:
>
>843.97user 38.89system 14:48.82elapsed 99%cpu
>
>Doesn't look too good. Let's have a look at what the fragmentation
>of the buddy pools looks like after this kernel build:
>
>119*8K 41*16K 632*32K 697*64k 322*128K 148*256K 0*512K 0*1024K 0*2048K 0*409
-6K
>
>That's pretty bad. It almost certainly will get much worse over
>time (and I'll be testing this over the next few hours).
Obviously something worked well for me, or I wouldn't bother. My
successes have been with SpecFP95 and with the LINPACK large array and
matrix benchmark 1000d.f. Now I'll try kernel builds.
Regards,
\Joe [Joseph.Martin@Compaq.com Joseph A. Martin
Compaq Computer Corporation
200 Forest Street MRO1-2/K20
(508) 467-2100 Marlboro, MA 01752 U.S.A.
]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Apr 15 2000 - 21:00:18 EST