Re: [patch] fixed 2.2.1 inode-leakage due bogus design of the free_inodes algorithm [was [Re: [shows

Oleg Drokin (green@ccssu.crimea.ua)
Thu, 4 Feb 1999 15:43:10 +0300 (MSK)


Hello!

> > This does not work at all!
> Ugh strange works fine here...
Try on 16M.

> > angband:/tmp$ cp -a test test1
> > (test is directory with 12 subdirs, with 10k files in each)
> Copying the kernel tree is enough as test?
Hmm. I do not know. I did not tried that, I just created 120000 empty files,
and I am sure it did not finished copy even 10k of them.

> > and machine is dead in few seconds (well, sysrq works, but this is only thing
> > that works) When I compile in 2 printks, one in inode.c to show allocated page,
> > and one in mm/filemap.c, to show when page is freed, I see a lot of
> > pages allocated, then a lot freed and death. sysrq-u does not work.
>
> Could you run `while :; do cat /proc/sys/fs/inode-state; done` in an xterm
> before starting the copy? Then could you tell me the last inode-state
> before that the machine is lockedup?
In single user mode with swap:
2058 6 1 0 0 0 0
(in previous entries 1st number constantly increases.
the 3rd number always 0 except the last entry)
Shift - Scroll lock shows 11854 kb of free pages.

Normal boot:
2057 7 1 0 0 0 0
(in previous entries 1st number constantly increases.
the 3rd number always 0 except the last 4 entries)
Shift - Scroll lock shows 1444kb.

Bye,
Oleg

-- 
 [RAVE *SUCKS* TEAM] [Team $Ui(iDE] [Trans-M Must Die!] [Sepultura Fans Team]
                         [Tolkien forever team]

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/