On Tuesday 11 Jun 2013, OS Engineering wrote:
> Hi Jens,
>
> In continuation with our previous communication, we have carried out
> performance comparison among EnhanceIO, bcache and dm-cache.
>
> We found that EnhanceIO provides better throughput on zipf workload (with
> theta=1.2) in comparison
sponsible for them.
> On Sat, May 25 2013, Amit Kale wrote:
> > Hi Jens,
> >
> > I by mistake dropped the weblink to demartek study while composing my
> > email. The demartek study is published here:
> > http://www.demartek.com/Demartek_STEC_S1120_PCIe_Evaluation_201
Hi Jens,
That's fair. We do have a strong belief in the value of EnhanceIO driver. We'll
send more information soon.
Thanks.
-Amit
> -Original Message-
> From: Jens Axboe [mailto:ax...@kernel.dk]
> Sent: Wednesday, May 15, 2013 1:36 AM
> To: OS Engineering
> Cc: LKML; Sanoj Unnikrishnan
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Jens Axboe
> Sent: Friday, February 15, 2013 3:00 PM
> To: OS Engineering
> Cc: Greg Kroah-Hartman; LKML; Darrick J. Wong; Sanoj Unnikrishnan
Adding Kent and Joe.
-Amit
> -Original Message-
> From: OS Engineering
> Sent: Friday, February 15, 2013 11:33 AM
> To: Greg Kroah-Hartman; LKML; Jens Axboe
> Cc: Darrick J. Wong; Sanoj Unnikrishnan; 王金浦; Amit Kale
> Subject: [PATCH] EnhanceIO ssd caching software
> -Original Message-
> From: Joseph Glanville [mailto:joseph.glanvi...@orionvm.com.au]
> Sent: Saturday, February 09, 2013 1:10 AM
> To: Amit Kale
> Cc: Kent Overstreet; Michel Lespinasse; Darrick J. Wong; linux-bcache;
> device-mapper development; Kent Overstreet;
> -Original Message-
> From: Kent Overstreet [mailto:koverstr...@google.com]
> Sent: Wednesday, February 06, 2013 4:01 PM
> To: Amit Kale
> Cc: Michel Lespinasse; Darrick J. Wong; linux-bcache; device-mapper
> development; Kent Overstreet; Mike Snitzer; LKML; J
> -Original Message-
> From: Michel Lespinasse [mailto:wal...@google.com]
> Sent: Friday, February 01, 2013 4:58 PM
> To: Darrick J. Wong
> Cc: Amit Kale; linux-bcache; device-mapper development; Kent
> Overstreet; Mike Snitzer; LKML; Jason Warr; thorn...@redhat.com
&
Hi,
STEC is happy to announce an update to EnhanceIO ssd caching software for Linux
kernel. Many thanks to kernel community for providing us valuable feedback to
improve code and bug reports since the time it was published. The discussion
comparing EnhanceIO to other well-known caching solution
> -Original Message-
> From: thorn...@redhat.com [mailto:thorn...@redhat.com]
> Sent: Monday, February 04, 2013 6:40 AM
> To: Darrick J. Wong
> Cc: Amit Kale; linux-bcache; device-mapper development; Kent
> Overstreet; Mike Snitzer; LKML; Jason Warr
> Subject: Re: [RFC
; Cc: Darrick J. Wong; Amit Kale; linux-bcache; device-mapper
> development; Kent Overstreet; Mike Snitzer; LKML; Jason Warr;
> thorn...@redhat.com
> Subject: Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD
> caching software for Linux kernel
>
> Also, where's t
> -Original Message-
> From: Pavel Machek [mailto:pa...@ucw.cz]
> Sent: Wednesday, January 30, 2013 4:37 AM
> To: Amit Kale
> Cc: LKML
> Subject: Re: Announcement: STEC EnhanceIO SSD caching software for
> Linux kernel
>
> Hi!
>
> > EnhanceIO driv
> -Original Message-
> From: Mike Snitzer [mailto:snit...@redhat.com]
> Sent: Monday, January 21, 2013 6:40 PM
> To: Amit Kale
> Cc: Darrick J. Wong; device-mapper development; linux-
> bca...@vger.kernel.org; kent.overstr...@gmail.com; LKML; lsf-
> p...@lists.linu
> -Original Message-
> From: Mike Snitzer [mailto:snit...@redhat.com]
> Sent: Saturday, January 19, 2013 3:08 AM
> To: Darrick J. Wong
> Cc: device-mapper development; Amit Kale; linux-bca...@vger.kernel.org;
> kent.overstr...@gmail.com; LKML; lsf...@lists.linux-f
> -Original Message-
> From: Jason Warr [mailto:ja...@warr.net]
> Sent: Friday, January 18, 2013 10:15 PM
> To: Amit Kale; device-mapper development; kent.overstr...@gmail.com;
> Mike Snitzer; LKML; linux-bca...@vger.kernel.org
> Subject: Re: [dm-devel] Announcement:
> -Original Message-
> From: Jason Warr [mailto:ja...@warr.net]
> Sent: Friday, January 18, 2013 9:26 PM
> To: Amit Kale
> Cc: thorn...@redhat.com; device-mapper development;
> kent.overstr...@gmail.com; Mike Snitzer; LKML; linux-
> bca...@vger.kernel.org
>
> From: Jason Warr [mailto:ja...@warr.net]
> On 01/17/2013 11:53 AM, Amit Kale wrote:
> >>> 9. Performance - Throughput is generally most important. Latency is
> >> > also one more performance comparison point. Performance under
> >> > different load
> > > The mq policy uses a multiqueue (effectively a partially
> sorted
> > > lru list) to keep track of candidate block hit counts. When
> > > candidates get enough hits they're promoted. The promotion
> > > threshold his periodically recalculated by looking at the hit
> > >
>
> On Thu, Jan 17, 2013 at 05:52:00PM +0800, Amit Kale wrote:
> > Hi Joe, Kent,
> >
> > [Adding Kent as well since bcache is mentioned below as one of the
> > contenders for being integrated into mainline kernel.]
> >
> > My understanding is that th
Thanks for a prompt reply.
> Suppose I could fill out the bcache version...
>
> On Thu, Jan 17, 2013 at 05:52:00PM +0800, Amit Kale wrote:
> > Hi Joe, Kent,
> >
> > [Adding Kent as well since bcache is mentioned below as one of the
> > contenders for bein
#x27;transparent' cache issue is a valid one, but to be honest a bit
> orthogonal to cache. Integrating dm more closely with the block layer
> such that a dm stack can replace any device has been discussed for
> years and I know Alasdair has done some preliminary design work on
>
Hi Mike,
> The github code you've referenced is in a strange place; it is
> obviously in a bit of flux.
Git URLs for accessing these are -
git clone https://github.com/stec-inc/EnhanceIO.git
git clone git://github.com/stec-inc/EnhanceIO.git
>
> > Repository location - https://github.com/ste
Look forward to hearing from you.
Thanks.
--
Amit Kale
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
23 matches
Mail list logo