where do you see a leak there? I don't see absolutely anything wrong there
at all. Everything works as expected, find / should indeed use a lot of
buffers as it brings a lot of metadata in. Which bit seems suspicious to
you?
Regards,
Tigran
On Tue, 22 Aug 2000, Forever shall I be. wrote:
>
> This is the results using idebus=66
>
> After boot:
> total used free shared buffers cached
> Mem: 255744 15152 240592 0 2356 7100
> -/+ buffers/cache: 5696 250048
> Swap: 0 0 0
>
> After 'find /':
> total used free shared buffers cached
> Mem: 255744 251652 4092 0 177040 5324
> -/+ buffers/cache: 69288 186456
> Swap: 0 0 0
>
>
> So, it's not more severe, that was just my imagination.. However, I've had
> this thing take up all but about 80mb, and it's not pretty... It also
> happens with 2.4.0-test4, and I'd assume 2.4.0-test5.. Also, I've
> attached dmesg output this time ;) ..
>
> /dev/ide/host0/bus0/target0/lun0/part1 is ext2fs mounted on /, but it also
> happens with the other drives, which are FAT32..
>
> --
> Zinx Verituse <zinx@linuxfreak.com> :(){ :|:&};:
> gpg (id 921B1558) (fp 5746 73A1 2184 A27A 9EC0 EDCC E132 BCEF 921B 1558)
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Aug 23 2000 - 21:00:06 EST