From: David Arendt <admin-/LHdS3kC8BfYtjvyW6yDsg@public.gmane.org>
To: Ryusuke Konishi <ryusuke-sG5X7nlA6pw@public.gmane.org>
Cc: linux-nilfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: cleaner: run one cleaning pass based on minimum free space
Date: Sun, 14 Mar 2010 09:47:55 +0100 [thread overview]
Message-ID: <4B9CA2BB.6000907@prnet.org> (raw)
In-Reply-To: <20100314.142634.172547823.ryusuke-sG5X7nlA6pw@public.gmane.org>
Hi,
In order to avoid working both at the same thing, do you think about
implementing this yourself in near future or do you prefer that I try
implementing it myself and send you a patch ?
For the case where you prefer that I try implementing it, here a quick
information in natural language how I would implement this in order to
see if I am thinking it correctly (line beginning with *** are changed):
1166 /**
1167 * nilfs_cleanerd_clean_loop - main loop of the cleaner daemon
1168 * @cleanerd: cleanerd object
1169 */
1170 static int nilfs_cleanerd_clean_loop(struct nilfs_cleanerd *cleanerd)
1171 {
1172 struct nilfs_sustat sustat;
1173 __u64 prev_nongc_ctime = 0, prottime = 0, oldest = 0;
1174 __u64 segnums[NILFS_CLDCONFIG_NSEGMENTS_PER_CLEAN_MAX];
*** _u64 previousfirstsegnum = max value of _u64;
1175 struct timespec timeout;
1176 sigset_t sigset;
1177 int ns, ret;
1178
1179 sigemptyset(&sigset);
1180 if (sigprocmask(SIG_SETMASK, &sigset, NULL) < 0) {
1181 syslog(LOG_ERR, "cannot set signal mask: %m");
1182 return -1;
1183 }
1184 sigaddset(&sigset, SIGHUP);
1185
1186 if (set_sigterm_handler() < 0) {
1187 syslog(LOG_ERR, "cannot set SIGTERM signal handler:
%m");
1188 return -1;
1189 }
1190 if (set_sighup_handler() < 0) {
1191 syslog(LOG_ERR, "cannot set SIGHUP signal handler:
%m");
1192 return -1;
1193 }
1194
1195 nilfs_cleanerd_reload_config = 0;
1196
1197 ret = nilfs_cleanerd_init_interval(cleanerd);
1198 if (ret < 0)
1199 return -1;
1200
1201 cleanerd->c_running = 1;
1202 cleanerd->c_ncleansegs =
cleanerd->c_config.cf_nsegments_per_clean;
1203
1204 while (1) {
1205 if (sigprocmask(SIG_BLOCK, &sigset, NULL) < 0) {
1206 syslog(LOG_ERR, "cannot set signal mask: %m");
1207 return -1;
1208 }
1209
1210 if (nilfs_cleanerd_reload_config) {
1211 if (nilfs_cleanerd_reconfig(cleanerd)) {
1212 syslog(LOG_ERR, "cannot configure:
%m");
1213 return -1;
1214 }
1215 nilfs_cleanerd_reload_config = 0;
1216 syslog(LOG_INFO, "configuration file
reloaded");
1217 }
1218
1219 if (nilfs_get_sustat(cleanerd->c_nilfs, &sustat) < 0) {
1220 syslog(LOG_ERR, "cannot get segment usage
stat: %m");
1221 return -1;
1222 }
1223 if (sustat.ss_nongc_ctime != prev_nongc_ctime) {
1224 cleanerd->c_running = 1;
1225 prev_nongc_ctime = sustat.ss_nongc_ctime;
1226 }
1227 if (!cleanerd->c_running)
1228 goto sleep;
1229
1230 syslog(LOG_DEBUG, "ncleansegs = %llu",
1231 (unsigned long long)sustat.ss_ncleansegs);
1232
1233 ns = nilfs_cleanerd_select_segments(
1234 cleanerd, &sustat, segnums, &prottime,
&oldest);
1235 if (ns < 0) {
1236 syslog(LOG_ERR, "cannot select segments: %m");
1237 return -1;
1238 }
*** if ((in_configfile_defined_treshold > 0) &&
(segnums[0] < previousfirstsegnum)) // one full pass finished or first pass
{
if more than in_configfile_defined_treshold
space available (defined in configfile)
{
set timout to
in_configfile_definied_checktime secs;
goto sleep;
}
}
previousfirstsegum = segnums[0];
1239 syslog(LOG_DEBUG, "%d segment%s selected to be
cleaned",
1240 ns, (ns <= 1) ? "" : "s");
1241 if (ns > 0) {
1242 ret = nilfs_cleanerd_clean_segments(
1243 cleanerd, &sustat, segnums, ns,
prottime);
1244 if (ret < 0)
1245 return -1;
1246 }
1247
1248 ret = nilfs_cleanerd_recalc_interval(
1249 cleanerd, ns, prottime, oldest, &timeout);
1250 if (ret < 0)
1251 return -1;
1252 else if (ret > 0)
1253 continue;
1254 sleep:
1255 if (sigprocmask(SIG_UNBLOCK, &sigset, NULL) < 0) {
1256 syslog(LOG_ERR, "cannot set signal mask: %m");
1257 return -1;
1258 }
1259
1260 ret = nilfs_cleanerd_sleep(cleanerd, &timeout);
1261 if (ret < 0)
1262 return -1;
1263 }
1264 }
I suppose that calling nilfs_get_sustat and
nilfs_cleanerd_select_segments without actually cleaning wouldn't cause
problems and nilfs_cleanerd_select_segments would always return the
first segment equal or less than the one from last call or am I wrong
with this ? Is there a nilfs specific function I should use to determine
the free space available or should I use statfs ?
Thanks in advance,
Bye,
David Arendt
On 03/14/10 06:26, Ryusuke Konishi wrote:
> Hi,
> On Sat, 13 Mar 2010 21:49:43 +0100, David Arendt wrote:
>
>> Hi,
>>
>> In order to reduce cleaner io, I am thinking it could be usefull to
>> implement a parameter where you can specify the minimum free space. If
>> this parameter is set, instead of normal cleaning operation, the cleaner
>> would wait until there is less than minimum free space available and
>> then run one cleaning pass (from first to last segment). If after that,
>> there is again more than minimum free space available, continue waiting,
>> otherwise run cleaning passes until there is more than minimum free
>> space available.
>>
>> What would you think about this idea ?
>>
>> Bye,
>> David Arendt
>>
> Well, I think this is one of what cleaner should take in. It can
> prevent cleanerd from moving in-use blocks too often unless the actual
> free space is less than the threshold.
>
> It may be the first thing to do since it's not difficult in principle.
>
> I recognize there are more fundamental defects in the current cleaner:
>
> * It moves blocks in selected segments even if all of their blocks
> are in-use.
>
> * It doesn't give priority to reclaiming segments which have many
> obsolete blocks.
>
> * It keeps working without considering io workload of the time.
>
> But, I'd rather take a quick fix like your proposal.
>
> Regards,
> 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
>
--
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
next prev parent reply other threads:[~2010-03-14 8:47 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-13 20:49 cleaner: run one cleaning pass based on minimum free space David Arendt
[not found] ` <4B9BFA67.1010501-/LHdS3kC8BfYtjvyW6yDsg@public.gmane.org>
2010-03-14 5:26 ` Ryusuke Konishi
[not found] ` <20100314.142634.172547823.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-03-14 8:47 ` David Arendt [this message]
[not found] ` <4B9CA2BB.6000907-/LHdS3kC8BfYtjvyW6yDsg@public.gmane.org>
2010-03-14 11:59 ` Ryusuke Konishi
-- strict thread matches above, loose matches on Subject: below --
2010-03-14 13:00 admin-/LHdS3kC8BfYtjvyW6yDsg
[not found] ` <hSSjxhQnnRB5.kxy725KN-GG6YVgmNXeLOQU1ULcgDhA@public.gmane.org>
2010-03-14 14:28 ` Ryusuke Konishi
[not found] ` <20100314.232838.05854811.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-03-14 23:03 ` David Arendt
[not found] ` <4B9D6B51.5010202-/LHdS3kC8BfYtjvyW6yDsg@public.gmane.org>
2010-03-15 15:58 ` Ryusuke Konishi
[not found] ` <20100316.005815.140047502.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-03-15 17:09 ` David Arendt
[not found] ` <4B9E69D2.4030803-/LHdS3kC8BfYtjvyW6yDsg@public.gmane.org>
2010-03-17 17:26 ` Ryusuke Konishi
2010-03-15 21:24 ` David Arendt
[not found] ` <4B9EA58C.1080402-/LHdS3kC8BfYtjvyW6yDsg@public.gmane.org>
2010-03-17 18:11 ` Ryusuke Konishi
[not found] ` <20100318.031108.204325310.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-03-17 19:04 ` David Arendt
2010-03-24 5:35 ` David Arendt
[not found] ` <4BA9A484.20809-/LHdS3kC8BfYtjvyW6yDsg@public.gmane.org>
2010-03-27 17:48 ` Ryusuke Konishi
[not found] ` <20100328.024853.37589748.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-03-27 18:32 ` David Arendt
2010-03-27 20:00 ` David Arendt
[not found] ` <4BAE63F4.1040404-/LHdS3kC8BfYtjvyW6yDsg@public.gmane.org>
2010-03-28 1:55 ` Ryusuke Konishi
[not found] ` <20100328.105542.258871713.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-03-28 12:17 ` David Arendt
[not found] ` <4BAF48BC.8060505-/LHdS3kC8BfYtjvyW6yDsg@public.gmane.org>
2010-03-28 15:26 ` Ryusuke Konishi
[not found] ` <20100329.002619.67908494.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-03-28 21:52 ` David Arendt
[not found] ` <4BAFCFB4.5050401-/LHdS3kC8BfYtjvyW6yDsg@public.gmane.org>
2010-03-29 3:59 ` Ryusuke Konishi
[not found] ` <20100329.125908.56566467.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-03-29 4:35 ` David Arendt
[not found] ` <4BB02E0F.90001-/LHdS3kC8BfYtjvyW6yDsg@public.gmane.org>
2010-03-29 7:39 ` Ryusuke Konishi
[not found] ` <20100329.163902.263795283.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-04-05 3:02 ` Ryusuke Konishi
[not found] ` <20100405.120226.98047309.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-04-05 7:50 ` David Arendt
[not found] ` <4BB99633.1030701-/LHdS3kC8BfYtjvyW6yDsg@public.gmane.org>
2010-04-05 11:34 ` Ryusuke Konishi
[not found] ` <20100405.203450.56374807.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-04-05 13:35 ` David Arendt
[not found] ` <4BB9E726.8020407-/LHdS3kC8BfYtjvyW6yDsg@public.gmane.org>
2010-04-06 16:06 ` Ryusuke Konishi
[not found] ` <20100407.010609.179957904.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-04-06 17:41 ` David Arendt
[not found] ` <4BBB724D.6040207-/LHdS3kC8BfYtjvyW6yDsg@public.gmane.org>
2010-04-06 18:04 ` Ryusuke Konishi
[not found] ` <20100407.030446.52169610.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-04-07 10:39 ` admin-/LHdS3kC8BfYtjvyW6yDsg
[not found] ` <0f70f9c8a2d58971d6d6af5104c73066.squirrel-YfwCgBv0H3oBXFe83j6qeQ@public.gmane.org>
2010-04-08 5:12 ` Ryusuke Konishi
[not found] ` <20100408.141218.179775797.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-04-08 10:54 ` admin-/LHdS3kC8BfYtjvyW6yDsg
2010-04-06 16:12 ` Ryusuke Konishi
[not found] ` <y2gee5afd761004050430gd8c60707s9505a0d680345fe6@mail.gmail.com>
[not found] ` <y2gee5afd761004050430gd8c60707s9505a0d680345fe6-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-04-05 12:35 ` Jan de Kruyf
[not found] ` <l2wee5afd761004050535l6214e37dja6f20737865dd856-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-04-06 17:56 ` Ryusuke Konishi
2010-03-16 11:17 ` admin-/LHdS3kC8BfYtjvyW6yDsg
[not found] ` <08886d8962faeee94a5ab900a2a78ad2.squirrel-YfwCgBv0H3oBXFe83j6qeQ@public.gmane.org>
2010-03-17 18:32 ` Ryusuke Konishi
[not found] ` <20100318.033237.203922438.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-03-17 19:12 ` David Arendt
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=4B9CA2BB.6000907@prnet.org \
--to=admin-/lhds3kc8bfytjvyw6ydsg@public.gmane.org \
--cc=linux-nilfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=ryusuke-sG5X7nlA6pw@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