All of lore.kernel.org
 help / color / mirror / Atom feed
* checkpoints to often
@ 2011-03-31 14:30 krzf83@gmail.com 
  2011-03-31 14:35 ` Chris Mason
  0 siblings, 1 reply; 4+ messages in thread
From: krzf83@gmail.com  @ 2011-03-31 14:30 UTC (permalink / raw)
  To: linux-btrfs

There should be a way to make automatic checkpoints less frequent. On
the busy ssd I have about 7 cp every second. If it were for example
once every 5 minutes then one could set garbage removal every few
days.
Also garbage removal should have option to clean only if like 90% of
drive is used. there is no need to remove cp-s when there is still
many GB of space left.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: checkpoints to often
  2011-03-31 14:30 checkpoints to often krzf83@gmail.com 
@ 2011-03-31 14:35 ` Chris Mason
  0 siblings, 0 replies; 4+ messages in thread
From: Chris Mason @ 2011-03-31 14:35 UTC (permalink / raw)
  To: krzf83@gmail.com; +Cc: linux-btrfs

Excerpts from krzf83@gmail.com's message of 2011-03-31 10:30:51 -0400:
> There should be a way to make automatic checkpoints less frequent. On
> the busy ssd I have about 7 cp every second. If it were for example
> once every 5 minutes then one could set garbage removal every few
> days.
> Also garbage removal should have option to clean only if like 90% of
> drive is used. there is no need to remove cp-s when there is still
> many GB of space left.

I'm wondering how you're measuring check points?  Btrfs does a
transaction commit ever 30 seconds, so finding 7 commits per second
seems strange.

We do have a lighter weight commit that is done for fsyncs, but this is
not a full check point.

There's no garbage removal in btrfs, we use reference counting instead
of a traditional log structured design.

-chris

^ permalink raw reply	[flat|nested] 4+ messages in thread

* checkpoints to often
@ 2011-03-31 19:19 krzf83-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org 
       [not found] ` <AANLkTinq052P2vvTfuTSuFgTWHKuZRyqDj=g2tFha0ZM-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
  0 siblings, 1 reply; 4+ messages in thread
From: krzf83-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org  @ 2011-03-31 19:19 UTC (permalink / raw)
  To: linux-nilfs-u79uwXL29TY76Z2rM5mHXA

There should be a way to make automatic checkpoints less frequent. On
the busy ssd I have about 7 cp every second. If it were for example
once every 5 minutes then one could set garbage removal every few
days.
Also garbage removal should have option to clean only if like 90% of
drive is used. there is no need to remove cp-s when there is still
many GB of space left.
--
To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: checkpoints to often
       [not found] ` <AANLkTinq052P2vvTfuTSuFgTWHKuZRyqDj=g2tFha0ZM-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2011-04-02  1:49   ` Ryusuke Konishi
  0 siblings, 0 replies; 4+ messages in thread
From: Ryusuke Konishi @ 2011-04-02  1:49 UTC (permalink / raw)
  To: krzf83-Re5JQEeQqe8AvxtiuMwx3w; +Cc: linux-nilfs-u79uwXL29TY76Z2rM5mHXA

On Thu, 31 Mar 2011 21:19:27 +0200, "krzf83-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org " wrote:
> There should be a way to make automatic checkpoints less frequent. On
> the busy ssd I have about 7 cp every second. If it were for example
> once every 5 minutes then one could set garbage removal every few
> days.

If your application does't issue fsync, this can be done by increasing
"commit-interval" and "watermark" parameters:

The commit-interval is creation cycle of checkpoints while there is
some change.  The watermark is a threshold count of dirty data blocks.
When the number of dirty blocks exceeds this threshold, a checkpoint
creation will be triggered.

These parameters are adjustable by "nilfs-tune" tool which is included
in the recent nilfs-utils.  For instance, you can change the
commit-interval to 60 seconds by

  # nilfs-tune -i 60 /dev/sdb1

where /dev/sdb1 is the target nilfs partition.

And, watermark is ajustable by

  # nilfs-tune -m <watermark> /dev/sdb1


See manpage of nilfs-tune for details.

> Also garbage removal should have option to clean only if like 90% of
> drive is used. there is no need to remove cp-s when there is still
> many GB of space left.

The cleaner included in the recent nilfs-utils already supports this
feature.


Thanks,
Ryusuke Konishi
--
To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2011-04-02  1:49 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-03-31 14:30 checkpoints to often krzf83@gmail.com 
2011-03-31 14:35 ` Chris Mason
  -- strict thread matches above, loose matches on Subject: below --
2011-03-31 19:19 krzf83-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org 
     [not found] ` <AANLkTinq052P2vvTfuTSuFgTWHKuZRyqDj=g2tFha0ZM-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2011-04-02  1:49   ` Ryusuke Konishi

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.