Re: [PATCH] EnhanceIO ssd caching software

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Darrick, 

> -----Original Message-----
> From: Darrick J. Wong [mailto:darrick.wong@xxxxxxxxxx]
> Sent: Wednesday, February 27, 2013 3:15 AM
> To: Sanoj Unnikrishnan
> Cc: OS Engineering; Greg Kroah-Hartman; LKML; Jens Axboe; 王金浦; Amit
> Kale; dm-devel@xxxxxxxxxx; koverstreet@xxxxxxxxxx; thornber@xxxxxxxxxx
> 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@xxxxxxxxxx]
> > > Sent: Saturday, February 16, 2013 2:02 AM
> > > To: OS Engineering
> > > Cc: Greg Kroah-Hartman; LKML; Jens Axboe; Sanoj Unnikrishnan;
> 王金浦;
> > > Amit Kale; dm-devel@xxxxxxxxxx; koverstreet@xxxxxxxxxx;
> > > thornber@xxxxxxxxxx
> > > 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@xxxxxxxxxxxx>
> > > > Sanoj Unnikrishnan <sunnikrishnan@xxxxxxxxxxxx> Darrick J. Wong
> > > > <darrick.wong@xxxxxxxxxx> Jinpu Wang <jinpuwang@xxxxxxxxx>
> > >
> > > 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.

--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel



[Index of Archives]     [DM Crypt]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite Discussion]     [KDE Users]     [Fedora Docs]

  Powered by Linux