lkml.org 
[lkml]   [1999]   [Feb]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [patch] real fix [Re: [patch] fixed 2.2.1 inode-leakage due bogus design of the free_inodes algorithm
On Wed, 10 Feb 1999, Steve Dodd wrote:

>Hi,
>
>On Fri, Feb 05, 1999 at 12:46:43AM +0100, Andrea Arcangeli wrote:
>
>> free_inode_memory() is ok to not be recalled from try_to_free_pages()
>> because it can't generate more free memory but only more clean inode to
>> reuse in the filesystem so only the fs must call it when get_new_inode()
>> or something similar fails.
>
>Except in NTFS (I think), where clea{r,n}ing an inode frees up some memory
>allocated specifically by the file system.

Again: free_inode_memory() don't generate free memory: it _only_ move
inodes from one list to another list.

Could you show me the code you think is freeing memory?

Andrea Arcangeli


-
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/

\
 
 \ /
  Last update: 2005-03-22 13:50    [W:0.796 / U:0.012 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site