Re: can't get buffer cache to flush with /dev/ram with 2.4.4 using "update"/"sync"
Andreas Dilger (adilger@turbolinux.com)
Thu, 9 Aug 2001 12:06:50 -0600 (MDT)
Floyd Smith writes:
> I boot linux using "loadlin" with an "initrd" ram disk image ("minix" type
> fs) of size 32 Meg with kernel 2.4.4. The /linuxrc (a C executable) runs and
> it shows that the mounted file sysem is of proper type and size. Then my
> "linuxrc" extracts a "tar" achrive (to populate the mounted /dev/ram [on
> "/"]) with a small subset of "linux" about (18 Meg) (as a "rescue" floppy
> boot). Before the "extract", debug code shows that the "cached" entry in
> "/proc/meminfo" to be practically zero (and thus plenty of "freemem").
> However, after the "extract", the "cached" line shows about "18Meg" and I
> can find nothing that works to "flush" it. I have tried "spawing"
> "/sbin/update" and waiting several min. and running "/bin/sync" and also
> waiting - no change in the "cahed" entry (or and increase in the "freemem").
> (ps -ef shows a process "bdflush" running [spawned] on its own.) Thus, trying
> to bring up a "logon" shell (and its "init" scripts) results in that process
> being killed do to lack of "freemem". I have only 64M and less than 4 Meg
> free after the "extract". Any suggestions greatly appreciated in advance. If
> there any "syscall" I can make in "linuxrc" that will flush "all" buffers
> without knowing anything like "file descriptors"? Is this "syscall"
> "synchronus" - or do do I have wait several seconds for it to work?
I would "suggest" that the "cache" has nothing to do with the "problem".
It is just a "cache", and _should_ be "released" when it is not needed.
However, the "ramdisk" is using up a fair amount of "memory", and your
"initrd" is using up "memory" as well. This "adds up" to about "50MB"
right there. Maybe you need to make a "smaller" "initrd" or use "ramfs"
instead of "ramdisk" so you don't "waste" ram on the "empty" part of the
"filesystem" from the "tar". You may also want to use a smaller "shell"
like "ash" for limited boot environments, or even something like "Tom's
Root Boot" which is "very small" to start with.
That said, there were "problems" in older "kernels" with respect to the
"VM subsystem", so you are best off using "2.4.8-pre8" or whatever is the
most recent "kernel" (or even the next one, which has yet more fixes).
Cheers, Andreas
--
Andreas Dilger \ "If a man ate a pound of pasta and a pound of antipasto,
\ would they cancel out, leaving him still hungry?"
http://www-mddsp.enel.ucalgary.ca/People/adilger/ -- Dogbert
-
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/