--begin quoted message from dman, > On Sat, Jan 19, 2002 at 12:31:10PM -0500, Noah Massey wrote: > > use 'free -m' to see smaller (easier to read) numbers. > > Check dmesg -- some memory is used for the kernel itself and isn't > available for processes to use. thanks. those are both much prettier. > On my system I have 256MB real RAM. > > It shows a total of only 249MB. dmesg shows : > > $ dmesg | grep Memory > Memory: 255676k/262080k available (1111k kernel code, 6016k reserved, > 300k data, 228k init, 0k highmem) > 2.4.16-k7 shows: Memory: 897676k/917504k available (815k kernel code, 19440k reserved, 233k data, 212k init, 0k highmem) 2.2.20 shows: Memory: 970628k/983040k available (1756k kernel code, 412k reserved, 10092k data, 152k init) neither of which is the 1048576k that I'd expect. given that each kernel consistently shows the same amount of mem, and that they disagree with each other on what that amount is, does this look like a kernel bug? or is there something that I'm just not doing? -- Noah Massey | fingerprint : 90AD 7AAB 0768 46AF 8C52 0695 03A2 C74D E1ED C2BF Don't take problems to bed with you, they make very poor bedfellows. Attached is a digital signature which can be used to authenticate this email. For details consult www.gnupg.org or www.pgpi.org
Attachment:
pgpsaTz40A97R.pgp
Description: PGP signature