Date: Tue, 28 Jun 2011 19:27:34 +0000 (UTC) From: Mikolaj Golub <trociny@FreeBSD.org> To: cvs-src-old@freebsd.org Subject: cvs commit: src/sbin/hastctl hastctl.c src/sbin/hastd control.c hast.h primary.c secondary.c Message-ID: <201106281927.p5SJRsFg088821@repoman.freebsd.org>
next in thread | raw e-mail | index | archive | help
trociny 2011-06-28 19:27:34 UTC
FreeBSD src repository
Modified files: (Branch: RELENG_8)
sbin/hastctl hastctl.c
sbin/hastd control.c hast.h primary.c secondary.c
Log:
SVN rev 223651 on 2011-06-28 19:27:34Z by trociny
MFC r222164, r222228, r222467, r223181:
r222164 (pjd):
Recognize HIO_FLUSH requests.
r222228 (pjd):
Keep statistics on number of BIO_READ, BIO_WRITE, BIO_DELETE and BIO_FLUSH
requests as well as number of activemap updates.
Number of BIO_WRITEs and activemap updates are especially interesting, because
if those two are too close to each other, it means that your workload needs
bigger number of dirty extents. Activemap should be updated as rarely as
possible.
r222467:
If READ from the local node failed we send the request to the remote
node. There is no use in doing this for synchronization requests.
r223181:
In HAST we use two sockets - one for only sending the data and one for
only receiving the data. In r220271 the unused directions were
disabled using shutdown(2).
Unfortunately, this broke automatic receive buffer sizing, which
currently works only for connections in ETASBLISHED state. It was a
root cause of the issue reported by users, when connection between
primary and secondary could get stuck.
Disable the code introduced in r220271 until the issue with automatic
buffer sizing is not resolved.
Reported by: Daniel Kalchev <daniel@digsys.bg>, danger, sobomax
Tested by: Daniel Kalchev <daniel@digsys.bg>, danger
Approved by: pjd (mentor)
Revision Changes Path
1.1.2.8 +11 -0 src/sbin/hastctl/hastctl.c
1.1.2.8 +17 -0 src/sbin/hastd/control.c
1.1.2.9 +11 -0 src/sbin/hastd/hast.h
1.3.2.15 +14 -1 src/sbin/hastd/primary.c
1.1.2.11 +19 -0 src/sbin/hastd/secondary.c
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201106281927.p5SJRsFg088821>