From: Stefan Priebe - Profihost AG <s.priebe@profihost.ag>
To: ceph-devel@vger.kernel.org
Subject: Re: slow performance even when using SSDs
Date: Thu, 10 May 2012 15:09:55 +0200 [thread overview]
Message-ID: <4FABBE23.4030608@profihost.ag> (raw)
In-Reply-To: <4FABAFE9.5060202@profihost.ag>
OK, here some retests. I had the SDDs conected to an old Raid controller
even i did used them as JBODs (oops).
Here are two new Tests (using kernel 3.4-rc6) it would be great if
someone could tell me if they're fine or bad.
New tests with all 3 SSDs connected to the mainboard.
#~ rados -p rbd bench 60 write
Total time run: 60.342419
Total writes made: 2021
Write size: 4194304
Bandwidth (MB/sec): 133.969
Average Latency: 0.477476
Max latency: 0.942029
Min latency: 0.109467
#~ rados -p rbd bench 60 write -b 4096
Total time run: 60.726326
Total writes made: 59026
Write size: 4096
Bandwidth (MB/sec): 3.797
Average Latency: 0.016459
Max latency: 0.874841
Min latency: 0.002392
Another test with only osd on the disk and the journal in memory / tmpfs:
#~ rados -p rbd bench 60 write
Total time run: 60.513240
Total writes made: 2555
Write size: 4194304
Bandwidth (MB/sec): 168.889
Average Latency: 0.378775
Max latency: 4.59233
Min latency: 0.055179
#~ rados -p rbd bench 60 write -b 4096
Total time run: 60.116260
Total writes made: 281903
Write size: 4096
Bandwidth (MB/sec): 18.318
Average Latency: 0.00341067
Max latency: 0.720486
Min latency: 0.000602
Another problem i have is i'm always getting:
"2012-05-10 15:05:22.140027 mon.0 192.168.0.100:6789/0 19 : [WRN]
message from mon.2 was stamped 0.109244s in the future, clocks not
synchronized"
even on all systems ntp is running fine.
Stefan
Am 10.05.2012 14:09, schrieb Stefan Priebe - Profihost AG:
> Dear List,
>
> i'm doing a testsetup with ceph v0.46 and wanted to know how fast ceph is.
>
> my testsetup:
> 3 servers with Intel Xeon X3440, 180GB SSD Intel 520 Series, 4GB RAM, 2x
> 1Gbit/s LAN each
>
> All 3 are running as mon a-c and osd 0-2. Two of them are also running
> as mds.2 and mds.3 (has 8GB RAM instead of 4GB).
>
> All machines run ceph v0.46 and vanilla Linux Kernel v3.0.30 and all of
> them use btrfs on the ssd which serves /srv/{osd,mon}.X. All of them use
> eth0+eth1 as bond0 (mode 6).
>
> This gives me:
> rados -p rbd bench 60 write
>
> ...
> Total time run: 61.465323
> Total writes made: 776
> Write size: 4194304
> Bandwidth (MB/sec): 50.500
>
> Average Latency: 1.2654
> Max latency: 2.77124
> Min latency: 0.170936
>
> Shouldn't it be at least 100MB/s? (1Gbit/s / 8)
>
> And rados -p rbd bench 60 write -b 4096 gives pretty bad results:
> Total time run: 60.221130
> Total writes made: 6401
> Write size: 4096
> Bandwidth (MB/sec): 0.415
>
> Average Latency: 0.150525
> Max latency: 1.12647
> Min latency: 0.026599
>
> All btrfs ssds are also mounted with noatime.
>
> Thanks for your help!
>
> Greets Stefan
next prev parent reply other threads:[~2012-05-10 13:09 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-10 12:09 slow performance even when using SSDs Stefan Priebe - Profihost AG
2012-05-10 13:09 ` Stefan Priebe - Profihost AG [this message]
2012-05-10 18:24 ` Calvin Morrow
2012-05-10 13:23 ` Designing a cluster guide Stefan Priebe - Profihost AG
2012-05-17 21:27 ` Gregory Farnum
2012-05-19 8:37 ` Stefan Priebe
2012-05-19 16:15 ` Alexandre DERUMIER
2012-05-20 7:56 ` Stefan Priebe
2012-05-20 8:13 ` Alexandre DERUMIER
2012-05-20 8:19 ` Christian Brunner
2012-05-20 8:27 ` Stefan Priebe
2012-05-20 8:31 ` Christian Brunner
2012-05-21 8:22 ` Stefan Priebe - Profihost AG
2012-05-21 15:03 ` Christian Brunner
2012-05-20 8:56 ` Tim O'Donovan
2012-05-20 9:24 ` Stefan Priebe
2012-05-20 9:46 ` Tim O'Donovan
2012-05-20 9:49 ` Stefan Priebe
2012-05-21 14:59 ` Christian Brunner
2012-05-21 15:05 ` Stefan Priebe - Profihost AG
2012-05-21 15:12 ` Tomasz Paszkowski
[not found] ` <CANT588uxL7jrf1BfowUeer_AnDTfGjzkWVFhS4aNMaMSst_jyA@mail.gmail.com>
2012-05-21 15:36 ` Tomasz Paszkowski
2012-05-21 18:15 ` Damien Churchill
2012-05-21 20:11 ` Stefan Priebe
2012-05-21 20:13 ` Tomasz Paszkowski
2012-05-21 20:14 ` Stefan Priebe
2012-05-21 20:19 ` Tomasz Paszkowski
2012-05-21 15:07 ` Tomasz Paszkowski
2012-05-21 21:22 ` Sławomir Skowron
2012-05-21 23:52 ` Quenten Grasso
2012-05-22 0:30 ` Gregory Farnum
2012-05-22 0:42 ` Quenten Grasso
2012-05-22 0:46 ` Quenten Grasso
2012-05-22 5:51 ` Sławomir Skowron
2012-05-29 7:25 ` Quenten Grasso
2012-05-29 16:50 ` Tommi Virtanen
2012-05-22 9:04 ` Jerker Nyberg
2012-05-23 5:31 ` Gregory Farnum
2012-05-23 19:47 ` Jerker Nyberg
2012-05-23 21:47 ` Gregory Farnum
2012-05-24 8:33 ` Jerker Nyberg
2012-05-22 6:30 ` Stefan Priebe - Profihost AG
2012-05-22 6:59 ` Sławomir Skowron
2012-05-21 18:13 ` Gregory Farnum
2012-05-22 6:20 ` Stefan Priebe - Profihost AG
2012-06-29 18:07 ` Gregory Farnum
2012-06-29 18:42 ` Brian Edmonds
2012-06-29 18:50 ` Gregory Farnum
2012-06-29 20:59 ` Brian Edmonds
2012-06-29 21:11 ` Gregory Farnum
2012-06-29 21:18 ` Brian Edmonds
2012-06-29 21:30 ` Gregory Farnum
2012-06-29 21:33 ` Sage Weil
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=4FABBE23.4030608@profihost.ag \
--to=s.priebe@profihost.ag \
--cc=ceph-devel@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox