Date: Fri, 10 May 1996 14:31:17 GMT From: Super user <root@jc.f1.ru> To: FreeBSD-gnats-submit@freebsd.org Subject: kern/1186: MFS doesn't mark memory free when it's filespace cleaned Message-ID: <199605101431.AA00717@relay.f1.ru> Resent-Message-ID: <199605101440.HAA22782@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 1186
>Category: kern
>Synopsis: MFS doesn't mark memory free when it's filespace cleaned
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-bugs
>State: open
>Class: change-request
>Submitter-Id: current-users
>Arrival-Date: Fri May 10 07:40:02 PDT 1996
>Last-Modified:
>Originator: Super user
>Organization:
F1 Communications
>Release: FreeBSD 2.1-STABLE i386
>Environment:
Any versions before and including 2.1-RELEASE I think..
>Description:
Memory, occupied by mount_mfs becames dirty and lives in
swap during work..
>How-To-Repeat:
1) mount_mfs /dev/wd0s1b /mnt (or whatever device appropriate)
2) swapinfo (near your normal swap usage)
3) dd if=/dev/rwd0 of=/tmp/bigfile bs=1024 count=30000
(or what you prefer to make long file in /mnt)
4) swapinfo (swap usage will increase if you have no enough
real memory)
5) rm -f /tmp/bigfile
6) swapinfo (swap usage will not decrease to your normal values)
Congratulations - you just converted at least part of your
swap partitions into /mnt filespace. I think it's not MFS
was coded for :(
>Fix:
Don't know.. May be mark some pages `clean' (if such
technology exist?) when file removed..
Or dynamically allocate memory `on demand'..
>Audit-Trail:
>Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199605101431.AA00717>