All of lore.kernel.org
 help / color / mirror / Atom feed
From: Akira Hayakawa <ruby.wktk@gmail.com>
To: ejt@redhat.com
Cc: dm-devel@redhat.com, gregkh@linuxfoundation.org,
	snitzer@redhat.com, agk@redhat.com, linux-kernel@vger.kernel.org
Subject: Re: [dm-devel] [PATCH] staging: writeboost: Add dm-writeboost
Date: Wed, 10 Dec 2014 21:59:12 +0900	[thread overview]
Message-ID: <548843A0.6040906@gmail.com> (raw)
In-Reply-To: <20141210123349.GC21108@debian>

Joe,

I appreciate your continuous work.

Is that read or write?
The difference between Type 0 and 1 should only show up in write path.
So is it write test?

And what is the unit of each result?

> So maybe it's just volume of IO that's causing the problem?  What's
> the difference between Type 0 and Type 1?  In the code I notice you
> have 'rambuf' structures, are you caching IO in memory?
"rambuf" is a temporary space that every write data comes in.
127*4KB data are once stored there and 4KB metadata section are added
then it becomes a log and flushed to the cache device sequentially (512KB each).

By the way,
I think more clearer discussion can be done if tests are done on physical machines
to isolate things relevant to VM. I will also add these tests to dmts later and
run on my machine.
But, it will be much better if we have good server with RAID-ed backing store
and the newest SSD (How would it be if it's PCI-e SSD)... 

- Akira

On 12/10/14 9:33 PM, Joe Thornber wrote:
> On Wed, Dec 10, 2014 at 08:00:13PM +0900, Akira Hayakawa wrote:
>> Hi, Joe
>>
>> Thanks for continuous evaluation.
> 
> Some more details:
> 
> dd, with block size 512b
> ------------------------
> 
> raw spindle      : 143
> writeboost Type 0: 137
> writeboost Type 1: 130
> 
> dd, with block size 4k
> ----------------------
> 
> raw spindle      : 31
> writeboost Type 0: 29
> writeboost Type 1: 81
> 
> 
> dd, with block size 64m
> -----------------------
> 
> raw spindle      : 8.9
> writeboost Type 0: 32
> writeboost Type 1: 72
> 
> 
> 
> So maybe it's just volume of IO that's causing the problem?  What's
> the difference between Type 0 and Type 1?  In the code I notice you
> have 'rambuf' structures, are you caching IO in memory?
> 

  reply	other threads:[~2014-12-10 12:59 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-07 12:35 [PATCH] staging: writeboost: Add dm-writeboost Akira Hayakawa
2014-12-07 20:08 ` Greg KH
2014-12-07 21:04   ` Akira Hayakawa
2014-12-09 15:12     ` [dm-devel] " Joe Thornber
2014-12-09 15:48       ` Mike Snitzer
2014-12-10 10:21         ` Akira Hayakawa
2014-12-10 10:00       ` [dm-devel] [PATCH] " Joe Thornber
2014-12-10 11:00         ` Akira Hayakawa
2014-12-10 11:22           ` Joe Thornber
2014-12-10 12:33           ` Joe Thornber
2014-12-10 12:59             ` Akira Hayakawa [this message]
2014-12-10 13:13               ` Joe Thornber
2014-12-10 13:31                 ` Akira Hayakawa
2014-12-10 13:42                   ` Joe Thornber
2014-12-10 14:43                     ` Akira Hayakawa
2014-12-12 12:51         ` Marian Csontos

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=548843A0.6040906@gmail.com \
    --to=ruby.wktk@gmail.com \
    --cc=agk@redhat.com \
    --cc=dm-devel@redhat.com \
    --cc=ejt@redhat.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=snitzer@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.