* 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.