On Wed, Dec 10 2014 at 6:42am -0500,
Akira Hayakawa wrote:
> This patch adds dm-writeboost to staging tree.
>
> dm-writeboost is a log-structured SSD-caching driver.
> It caches data in log-structured way on the cache device
> so that the performance is maximized.
>
> The merit of putting this
On Wed, Sep 25 2013 at 9:47pm -0400,
Akira Hayakawa wrote:
> Hi, Mike
>
> The monolithic source code (3.2k)
> is nicely splitted into almost 20 *.c files
> according to the functionality and
> data strucutures in OOP style.
>
> The aim of this posting
> is to share how the splitting looks like
On Tue, Oct 08 2013 at 6:37am -0400,
Akira Hayakawa wrote:
> Christoph,
>
> > You can detect O_DIRECT writes by second guession a special combination
> > of REQ_ flags only used there, as cfg tries to treat it special:
> >
> > #define WRITE_SYNC (WRITE | REQ_SYNC | REQ_NOIDLE)
> >
On Sun, Sep 01 2013 at 7:10am -0400,
Akira Hayakawa wrote:
> This patch introduces dm-writeboost to staging tree.
>
> dm-writeboost is a log-structured caching software.
> It batches in-coming random-writes to a big sequential write
> to a cache device.
>
> Unlike other block caching softwares
On Tue, Sep 17 2013 at 8:41am -0400,
Akira Hayakawa wrote:
> Mike,
>
> First, thank you for your commenting.
> I was looking forward to your comments.
>
>
> I suppose you are sensing some "smell" in my design.
> You are worrying that dm-writeboost will not only confuse users
> but also fall i
On Tue, Sep 17 2013 at 8:43am -0400,
Akira Hayakawa wrote:
> Hi, Mike
>
> There are two designs in my mind
> regarding the formatting cache.
>
> You said
> > administer the writeboost devices. There is no need for this. Just
> > have a normal DM target whose .ctr takes care of validation
On Tue, Sep 24 2013 at 8:20am -0400,
Akira Hayakawa wrote:
> Hi, Mike
>
> I am now working on redesigning and implementation
> of dm-writeboost.
>
> This is a progress report.
>
> Please run
> git clone https://github.com/akiradeveloper/dm-writeboost.git
> to see full set of the code.
I li
