I loaded 2.0.90 and compiled 2.0.91 with it. That machine has only 16Meg
of RAM and I really had it loaded up with things like Apache but there was
no realy activity going on, it was just sitting on the network. 2.0.90
ran the compile in about 68 minutes.
BusLogic ISA SCSI controller
Intel 486DX266 CPU
16MB RAM
256K Cache
Immediately after fresh boot.
Debian 2.0-unstable (not upgraded to frozen)
System quiet during compile, one login, no server or network activity.
This is a result of free right after boot.
root@slowpoke:/usr/src/linux# free
total used free shared buffers cached
Mem: 14368 13820 548 16868 2180 4884
-/+ buffers/cache: 6756 7612
Swap: 35836 236 35600
I have not yet been able to get 2.1.91 to compile at all on this system. I
found this interesting:
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-f
rame-pointer -D__SMP__ -pipe -fno-strength-reduce -m486 -DCPU=486
-D__SMP__ -c
-o tty_io.o tty_io.c
cpp: output pipe has been closed
gcc: Internal compiler error: program cc1 got fatal signal 11
{standard input}: Assembler messages:
{standard input}:0: Warning: end of file not at end of a line; newline
inserted
make[3]: *** [tty_io.o] Error 1
I am wondering if something got swapped out while in use. In any case, the
compile does not complete but I am not getting exactly the same error
twice so I was holding off reporting until I had something consistant but
it seems the inconsistancy is consistant. I know that there is a lot of
stuff loaded up on this machine but 2.0.32 and the pre 2.0.89's and 90's
including 90 itself were able to deal with it.
I have yet another compile running with a little bit less stuff going on
(I logged in as root from the console this time rather than rsh as a user
and su root) I will try freeing RAM until I get it to complete if for no
other reason than to time the compile.
George Bonser
Just be thankful that Microsoft does not manufacture pharmaceuticals.
http://www.debian.org
Debian/GNU Linux ... the maintainable operating system.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu