From: Marian Csontos <mcsontos@redhat.com>
To: device-mapper development <dm-devel@redhat.com>, heiligerstein@gmail.com
Subject: Re: Balanced Striping
Date: Thu, 20 Feb 2014 13:10:19 +0100 [thread overview]
Message-ID: <5305F0AB.7060100@redhat.com> (raw)
In-Reply-To: <CAEZ+n-gM_5w-HYrTC6h3ZrtS2EJuykiA1bym0p2jgOQnzO64Zw@mail.gmail.com>
On 02/18/2014 08:34 PM, Leonardo Santos wrote:
> I'm trying to make a experimental balance striping between SSD and HDD
> based on some performance parameter (latency or throughput) gotten on the
> fly.
>
> I realized that when I increase the number of operations for SSD (e.g. 3x1,
> SSDxHDD) it doesn't give me the better of both.
>
> My HDD read sequentially at ~100MB/s and my SSD at ~400MB/s. My hope is
> throughput to be the sum of SSD and HDD, but this its not true for my tests.
>
> For instance, when I put operations in 1x1:
> SSD = ~100MB/s
> HDD = ~100MB/s
>
> When I put 3x1:
> SSD = ~150MB/s
> HDD = ~50MB/s (why its not 100MB/s?)
Not sure what you are trying to achieve and if you really need this or
just want to misuse DM to fit your goals.
1. Let's answer the "Why?" question
Are you trying to implement kind of I/O shaping or throttling?
(Otherwise I do not understand the need to cripple the SSD speed by
using it in such a configuration, but anyway...)
2. Then we can either move to "How?"
Would cgroups work for you?
>
> For me its not parallel, but only distributes the operations in a
> proportional way.
>
> Questions:
> - Why isn't throughput equal to HDD + SSD in normal mode (1x1)?
> - Why HDD reduces proportionally?
> - Its not parallel? Where can I change it to make this parallel?
3. Or to your "Why?" questions.
For that I have no answers, just questions:
- How do you measure the throughput? (Exact command would be the best.)
- How are the disks connected? (Is this single SSD you divided into
partitions and are now hitting it with 3x more IOPS while the reads are
not sequential anymore which _should_ not have much effect)
- What's the throughput when using striped SSD(s) only?
- What does `dmsetup status` says?
- What are sector sizes? Chunk sizes? and Block sizes you read?
>
> I using this in my research and changed dm-stripe.c.
>
> Thanks a lot!
>
> *Leonardo Antônio dos Santos*
>
>
>
> --
> dm-devel mailing list
> dm-devel@redhat.com
> https://www.redhat.com/mailman/listinfo/dm-devel
>
prev parent reply other threads:[~2014-02-20 12:10 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-18 19:34 Balanced Striping Leonardo Santos
2014-02-20 12:10 ` Marian Csontos [this message]
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=5305F0AB.7060100@redhat.com \
--to=mcsontos@redhat.com \
--cc=dm-devel@redhat.com \
--cc=heiligerstein@gmail.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.