Hi Andrew,
> But it's not possible to say that the system has really leaked pages
>unless you first put a lot of memory reclaim pressure on the machine
>to try to reclaim those oddball pages.
I tried putting a memory pressure on the machine, then unused pages on
the page LRU could be reclaime
"Takashi Sato" <[EMAIL PROTECTED]> wrote:
>
> Below is the comparison of the memory leak rate before and after this
> fix. We counted them from (Active+Inactive)-(Cached+Buffers+SwapCached
> +Mapped), which are in /proc/meminfo.
> ---
On Jul 29, 2005 21:36 +0900, Takashi Sato wrote:
> The buffers connected to t_sync_datalist can't simply be removed like
> the buffers connected to t_locked_list, since we don't know if the
> I/O against the buffers are complete.
>
> So we should wait until the committing transaction becomes comp
Hi, All
In April 4, Andrew Morton posted a patch to fix a memory leak in
ext3.
http://marc.theaimsgroup.com/?l=linux-kernel&m=111257874912387&w=2
The patch teaches journal_unmap_buffer() about buffers which are on
the committing transaction's t_locked_list. These buffers have been
written and I
4 matches
Mail list logo
