Problem solved.
This is one top output:
5:47pm up 21 min, 2 users, load average: 0.99, 0.70, 0.48
110 processes: 109 sleeping, 1 running, 0 zombie, 0 stopped
CPU0 states: 0.1% user, 2.4% system, 0.0% nice, 96.4% idle
CPU1 states: 0.1% user, 5.4% system, 0.0% nice, 93.5% idle
Mem: 906424K av, 904296K used, 2128K free, 19808K shrd, 20956K
buff
Swap: 514040K av, 17176K used, 496864K free 710672K
cached
The system is using now 906MB rather than 1024, but at this time of the
day I am quite happy comapred with the 64MB used before.
Next step will be to go on 2.4.x
Thanks
Hello Folks,
Environment: linux 2.2.16smp
RedHat 7.0
I am setting up a system with 1GB RAM recongized by the
BIOS during power-on procedure.
This system having troubles, I set a top command and
with surprise I got this status:
4:33pm up 4:42, 3 users, load average: 4.18, 2.01, 1.09
125 processes: 123 sleeping, 2 running, 0 zombie, 0 stopped
CPU0 states: 9.1% user, 9.0% system, 8.0% nice, 80.1% idle
CPU1 states: 20.0% user, 6.1% system, 20.1% nice, 72.0% idle
Mem: 63892K av, 62480K used, 1412K free, 15076K shrd, 5192K
buff
Swap: 514040K av, 260556K used, 253484K free 11804K
cached
My problem are the 63892K
I remember there is a solution to turn around this problem
forcing LILO to configure 1GB saying, I think but not
sure:
append='memory=1024'
I searched in the lilo doc for memory parameter definition, but
as being coverd by append parameter I found nothing.
Question 1:
Do you have an idea about the reason Linux is using 64MB ?
Question 2:
Is this append command correct to turn out this problem ?
Question 3:
Where can I found informations about append variables wich
are related in fact with modules parameters ?
How to find on source code which module will read the
memory parameter ?
Thanks in advance.
Bye
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon Jul 23 2001 - 21:00:13 EST