Hi
Thanks for your reply - the application creates a new logfile every
minute, and only logfiles which are closed are copied down to the
branch. My understanding of udba=inotify was that it had a higher system
overhead - is that correct ?
Thanks
Matt
On Mon, 2007-09-24 at 19:47 +0900, [EMAIL PROTECTED] wrote:
> Hello Matt,
>
> Matt Jarvis:
> > then I have a seperate application which copies down the logfiles from
> > the tmpfs into the bottom layer of the aufs, and then deletes the copy
> > from the tmpfs. My problem is that the aufs mount seems to do some
> > cacheing so that over time the tmpfs fills up. Even when I stop the
> > application and remove all files from the tmpfs, it still shows as
> > having disk space used, until I unmount and remount the aufs. It takes a
> > long time to fill up, perhaps 3-4 days of operation, so the amount of
> > data is small.
>
> Generally, disk space for a file is not be de-allocated even if the file
> is deleted, as long as the file is in-use.
> For example,
> {
> fd = open("file");
> err = unlink("file");
> sz = read(fd);
> sz = write(fd);
> }
> read/write after unlink(2) will not cause an error, since the disk
> blocks for the "file" is not deallocated. In this case, when close(fd)
> is issued, the file and the disk space for it is totally removed.
>
> If any of your system processes opened the logfile, you need to stop
> all of such process in order to free the disk space.
>
>
> > My mount options are
> >
> > mount -t aufs -o dirs=/vid/ram/00:/vid/00/logs_rw
> > udba=reval /vid/00/logs
>
> I'd like to suggest to enable CONFIG_INOTIFY and CONFIG_AUFS_HINOTIFY,
> and specify 'udba=inotify' aufs mount option, since you are modifying
> files on the branches directly.
> But inotify is unrelated to the disk space essentially.
>
>
> Junjiro Okajima
--
Matt Jarvis
Probability Services Ltd.
Office : 0870 8610579
Mobile : 07983 725372
web : www.probabilityservices.co.uk
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
