From: Sanoj Unnikrishnan <sunnikrishnan@stec-inc.com>
To: "Darrick J. Wong" <darrick.wong@oracle.com>
Cc: "OS Engineering" <osengineering@stec-inc.com>,
"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
LKML <linux-kernel@vger.kernel.org>,
"Jens Axboe" <axboe@kernel.dk>, 王金浦 <jinpuwang@gmail.com>,
"Amit Kale" <akale@stec-inc.com>,
"dm-devel@redhat.com" <dm-devel@redhat.com>,
"koverstreet@google.com" <koverstreet@google.com>,
"thornber@redhat.com" <thornber@redhat.com>
Subject: RE: [PATCH] EnhanceIO ssd caching software
Date: Wed, 27 Feb 2013 17:29:00 +0800 [thread overview]
Message-ID: <C4B5704C6FEB5244B2A1BCC8CF83B86B0D55E021E0@MYMBX.MY.STEC-INC.AD> (raw)
In-Reply-To: <20130226214528.GC4059@blackbox.djwong.org>
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="utf-8", Size: 3651 bytes --]
Hi Darrick,
> -----Original Message-----
> From: Darrick J. Wong [mailto:darrick.wong@oracle.com]
> Sent: Wednesday, February 27, 2013 3:15 AM
> To: Sanoj Unnikrishnan
> Cc: OS Engineering; Greg Kroah-Hartman; LKML; Jens Axboe; çé浦; Amit
> Kale; dm-devel@redhat.com; koverstreet@google.com; thornber@redhat.com
> Subject: Re: [PATCH] EnhanceIO ssd caching software
>
> On Mon, Feb 18, 2013 at 05:42:38PM +0800, Sanoj Unnikrishnan wrote:
> > > -----Original Message-----
> > > From: Darrick J. Wong [mailto:darrick.wong@oracle.com]
> > > Sent: Saturday, February 16, 2013 2:02 AM
> > > To: OS Engineering
> > > Cc: Greg Kroah-Hartman; LKML; Jens Axboe; Sanoj Unnikrishnan;
> çé浦;
> > > Amit Kale; dm-devel@redhat.com; koverstreet@google.com;
> > > thornber@redhat.com
> > > Subject: Re: [PATCH] EnhanceIO ssd caching software
> > >
> > > [Resending with dm-devel, Kent, and Joe on cc. Sorry for the
> > > noise.]
> > >
> > > On Fri, Feb 15, 2013 at 02:02:38PM +0800, OS Engineering wrote:
> > > > Hi Greg, Jens,
> > > >
> > > > We are submitting EnhanceIO(TM) software driver for an inclusion
> > > > in
> > > linux
> > > > staging tree. Present state of this driver is beta. We have been
> > > posting it
> > > > for a few weeks, while it was maintained at github. It is still
> > > > being cleaned-up and is being tested by LKML members. Inclusion
> in
> > > > linux
> > > staging
> > > > tree will make testing and reviewing easier and help a future
> > > integration in
> > > > Linux kernel.
> > > >
> > > > Could you please include it?
> >
> > > >
> > > > Signed-off-by:
> > > > Amit Kale <akale@stec-inc.com>
> > > > Sanoj Unnikrishnan <sunnikrishnan@stec-inc.com> Darrick J. Wong
> > > > <darrick.wong@oracle.com> Jinpu Wang <jinpuwang@gmail.com>
> > >
> > > Each of these email addresses needs to have the "S-o-b:" prefix
> >
> > > Also, you ought to run this patch through scripts/checkpatch.pl, as
> > > there are quite a lot of style errors.
> >
> > we will fix these in the next patch.
> >
> >
> > > > + Write-back improves write latency by writing application
> > > requested data
> > > > + only to SSD. This data, referred to as dirty data, is
> > > > + copied
> > > later to
> > >
> > > How much later?
> > >
> >
> > This is triggered by a set of thresholds.
> > per cache dirty high and low watermark.
> > per cache set dirty high and low watermark.
> > and a time based threshold.
> > If any of the high watermarks or time based interval is triggered
> clean is initiated.
> >
> > These thresholds are all configurable through sysctl.
>
> Is there a way for a user application to force a cache flush? It looks
> as though a REQ_FLUSH will cause both SSD and HDD to flush their write
> caches, but I couldn't find anything that would suggest writing all the
> dirty blocks in the cache out to the HDD.
There is a clean command in eio_cli which flushes all the dirty data on user input.
Thanks and regards,
Sanoj
PROPRIETARY-CONFIDENTIAL INFORMATION INCLUDED
This electronic transmission, and any documents attached hereto, may contain confidential, proprietary and/or legally privileged information. The information is intended only for use by the recipient named above. If you received this electronic message in error, please notify the sender and delete the electronic message. Any disclosure, copying, distribution, or use of the contents of information received in error is strictly prohibited, and violators will be pursued legally.
ÿôèº{.nÇ+·®+%Ëÿ±éݶ\x17¥wÿº{.nÇ+·¥{±þG«éÿ{ayº\x1dÊÚë,j\a¢f£¢·hïêÿêçz_è®\x03(éÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?¨èÚ&£ø§~á¶iOæ¬z·vØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?I¥
next prev parent reply other threads:[~2013-02-27 9:29 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-15 6:02 [PATCH] EnhanceIO ssd caching software OS Engineering
2013-02-15 6:07 ` Amit Kale
2013-02-15 9:29 ` Jens Axboe
2013-02-15 10:36 ` Amit Kale
2013-02-15 20:23 ` Darrick J. Wong
2013-02-15 20:31 ` Darrick J. Wong
2013-02-18 9:42 ` Sanoj Unnikrishnan
2013-02-26 21:45 ` Darrick J. Wong
2013-02-27 9:29 ` Sanoj Unnikrishnan [this message]
2014-11-03 10:11 ` Andre' Bauer
2014-11-03 17:46 ` Greg Kroah-Hartman
2014-11-03 18:09 ` Jens Axboe
2014-11-03 18:15 ` André Bauer
2014-11-03 18:32 ` Jens Axboe
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=C4B5704C6FEB5244B2A1BCC8CF83B86B0D55E021E0@MYMBX.MY.STEC-INC.AD \
--to=sunnikrishnan@stec-inc.com \
--cc=akale@stec-inc.com \
--cc=axboe@kernel.dk \
--cc=darrick.wong@oracle.com \
--cc=dm-devel@redhat.com \
--cc=gregkh@linuxfoundation.org \
--cc=jinpuwang@gmail.com \
--cc=koverstreet@google.com \
--cc=linux-kernel@vger.kernel.org \
--cc=osengineering@stec-inc.com \
--cc=thornber@redhat.com \
/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).