Linux NILFS development
 help / color / mirror / Atom feed
From: Ryusuke Konishi <ryusuke-sG5X7nlA6pw@public.gmane.org>
To: NILFS Users mailing list <users-JrjvKiOkagjYtjvyW6yDsg@public.gmane.org>
Subject: Re: Deadlocks! help, please!
Date: Tue, 12 Feb 2008 21:57:57 +0900	[thread overview]
Message-ID: <1202821077.9432.99.camel@localhost.localdomain> (raw)
In-Reply-To: <20080207110930.3df85a70@vosztok>

Hi Gábor,

On Thu, 2008-02-07 at 11:09 +0100, Gergely Gábor wrote:
> I have installed it (with some other patches: the one for the mount option bug, 
> and other for udivdi (that is needed to link the module properly at me) and 
> started a download in rtorrent for the night. It has not ferrzed, but i have 
> experianced massive memory leaks, either on the cleaner, or int he module.
>  now i'm trying to reproduce the bug with fs running without cleaner. 
> if it will not arise in a day, i'll try the cleaner as well. 
> I have a question about the cleaner, that might help my find the bug:
>  can I send a signal to the cleaner to finish and commit unfinished changes and
> and can I manually start a cleaner (possibly with valgrind)?

Yes, you can manually start and shutdown the cleaner.

> Can I send signals to pause cleaning (for example I go on battery), and to resume?

No, the cleaner doesn't support pause/resume by signal, however 
you can do the same thing by the manual shutdown and restart.

> This leak error ate up all my memory, and forced all apps to swap, slowing the
>  system down so much, that it took almost an hour to exit rtorrent...
> unfortunalety i forgot to vmstat after the kill of the cleaner, before 
> umounting the fs. If I kill the fs will it not leave garbage (i mean badly formed
> entries in the log) after itself if it will, will those entries be cleaned up? 

Yes, they will.  NILFS is designed not to leave garbage.
However, the NILFS module holds memory for b-tree pages globally, so it
may eat some memory even after umount.

> after i umounted the partition, i had my ram back cleanly (i'd say that this 
> was possibly the cleaner, as the module was left in memory even after the umount,
>  still the ram wasn't wasted...) Is that possible, that the ram was not wasted, 
> but the cleaner/fs is bit inefficient, or can't be made simpler, and I should 
> buy more ram? it ate ~440Mb of memory. (i have 512Mb)

OK, I will review the patch to find out an elemental leak bug.
For now, the latest (unpublished) version seems to work properly 
in my environment.

We will soon release nilfs-2.0.0.
I'd like to clean things up with the release.
Since we don't want -testing release anymore, we may release it
even if the problem ramains.
If I can find the leak bug in time, I will include it in the release.

> Otherwise the patch seems to work cleanly I haven't applied the
> previous patch 
> you proposed, should I have tried? (it gave errors)

You don't have to apply the previous patch;  the new patch includes the
previous change.

> Possibly if you set up a git/hg/other repo, life'd be more convinient.
> they made my life simpler even in my small school projects.

Sorry for inconvenience.
We also have a plan to make a git (or other kind of) repository
after it gets settled.  So please wait a little longer.

Best regards,
-- 
Ryusuke Konishi
NILFS team NTT
http://www.nilfs.org/

  reply	other threads:[~2008-02-12 12:57 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-16 21:25 Deadlocks! help, please! Gergely Gábor
2008-01-17  7:58 ` Ryusuke Konishi
     [not found]   ` <1200556717.3085.94.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-01-17  9:14     ` Ryusuke Konishi
     [not found]       ` <1200561294.3085.131.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-01-17 17:33         ` Gergely Gábor
2008-01-18  3:58           ` Ryusuke Konishi
     [not found]             ` <1200628693.2931.54.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-01-18 10:11               ` Ryusuke Konishi
     [not found]                 ` <1200651072.2931.112.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-01-21  5:01                   ` Ryusuke Konishi
     [not found]                     ` <20080121.140129.01311807.ryusuke-sG5X7nlA6pw@public.gmane.org>
2008-01-21 23:00                       ` Gergely Gábor
2008-01-22  3:02                         ` Ryusuke Konishi
     [not found]                           ` <1200970920.2844.59.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-02-05  9:28                             ` Ryusuke Konishi
     [not found]                               ` <20080205.182829.44149266.ryusuke-sG5X7nlA6pw@public.gmane.org>
2008-02-05 12:18                                 ` Gergely Gábor
2008-02-07 10:09                                 ` Gergely Gábor
2008-02-12 12:57                                   ` Ryusuke Konishi [this message]
     [not found]                                     ` <1202821077.9432.99.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-02-19 12:54                                       ` NILFS2 git repositories Ryusuke Konishi
2008-01-17 19:10         ` Deadlocks! help, please! Gergely Gábor
2008-01-25 11:46           ` Other strange things Gergely Gábor
2008-01-29  7:53             ` Ryusuke Konishi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1202821077.9432.99.camel@localhost.localdomain \
    --to=ryusuke-sg5x7nla6pw@public.gmane.org \
    --cc=users-JrjvKiOkagjYtjvyW6yDsg@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox