From: jbrassow@sourceware.org <jbrassow@sourceware.org>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] cluster/cmirror-kernel/src dm-clog.c
Date: 13 Feb 2008 15:06:23 -0000 [thread overview]
Message-ID: <20080213150623.25294.qmail@sourceware.org> (raw)
CVSROOT: /cvs/cluster
Module name: cluster
Branch: RHEL5
Changes by: jbrassow at sourceware.org 2008-02-13 15:06:23
Modified files:
cmirror-kernel/src: dm-clog.c
Log message:
- change the way 'is_remote_recovering' works to improve overall
performance.
Before a mirror issues a write, it must call 'is_remote_recovering'
to ensure that another machine will not be recovering the region during
the write. This function can dramatically slow things down. One way to
increase performance is to note when the mirror is in-sync - then
is_remote_recovering can return 0 without having to send the request
around the cluster. (This has already been done.) This greatly speeds up
I/O during nominal mirror operation. However, I/O during mirror resyncing
is still greatly reduced. The problem is that the cluster network is
consumed with handling 'is_remote_recovering' calls that it becomes hard
to actually do the recovery. The fix is to only allow one
is_remote_recovering call to go to the cluster every 1/4 sec. When the
call goes up to userspace, it also retrieves info about how far along
the resync is. If a request is determined to already be in sync by that
info, then the region is not recovering and can safely be answered without
having to send the request on to the cluster. This approach has greatly
improved both the recovery and nominal throughput.
Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/cmirror-kernel/src/dm-clog.c.diff?cvsroot=cluster&only_with_tag=RHEL5&r1=1.2.2.9&r2=1.2.2.10
--- cluster/cmirror-kernel/src/dm-clog.c 2008/02/08 14:21:04 1.2.2.9
+++ cluster/cmirror-kernel/src/dm-clog.c 2008/02/13 15:06:23 1.2.2.10
@@ -23,7 +23,7 @@
char *ctr_str; /* Gives ability to restart if userspace dies */
uint32_t ctr_size;
- uint32_t in_sync_hint;
+ uint64_t in_sync_hint;
spinlock_t flush_lock;
struct list_head flush_list; /* only for clear and mark requests */
@@ -588,8 +588,8 @@
if (r)
return 0;
- if (sync_count == lc->region_count)
- lc->in_sync_hint = 1;
+ if (sync_count >= lc->region_count)
+ lc->in_sync_hint = lc->region_count;
/*
* get_sync_count is never called after the
* initial sync=1
@@ -644,9 +644,10 @@
static int cluster_is_remote_recovering(struct dirty_log *log, region_t region)
{
int r;
- int is_recovering;
- int rdata_size;
struct log_c *lc = (struct log_c *)log->context;
+ static unsigned long long limit = 0;
+ struct { int is_recovering; uint64_t sync_search; } pkg;
+ int rdata_size = sizeof(pkg);
/*
* Once the mirror has been reported to be in-sync,
@@ -655,14 +656,21 @@
* recovering if the device is in-sync. (in_sync_hint
* must be reset at resume time.)
*/
- if (lc->in_sync_hint)
+ if (region < lc->in_sync_hint)
return 0;
+ else if (jiffies < limit)
+ return 1;
- rdata_size = sizeof(is_recovering);
+ limit = jiffies + (HZ / 4);
r = cluster_do_request(lc, lc->uuid, DM_CLOG_IS_REMOTE_RECOVERING,
(char *)®ion, sizeof(region),
- (char *)&is_recovering, &rdata_size);
- return (r) ? 1 : is_recovering;
+ (char *)&pkg, &rdata_size);
+ if (r)
+ return 1;
+
+ lc->in_sync_hint = pkg.sync_search;
+
+ return pkg.is_recovering;
}
static struct dirty_log_type _clustered_core_type = {
next reply other threads:[~2008-02-13 15:06 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-13 15:06 jbrassow [this message]
-- strict thread matches above, loose matches on Subject: below --
2008-01-25 16:23 [Cluster-devel] cluster/cmirror-kernel/src dm-clog.c jbrassow
2008-01-23 21:22 jbrassow
2008-01-21 20:37 jbrassow
2007-08-30 18:26 jbrassow
2006-06-26 20:10 jbrassow
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=20080213150623.25294.qmail@sourceware.org \
--to=jbrassow@sourceware.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;
as well as URLs for NNTP newsgroup(s).