...@vger.kernel.org] On Behalf Of Curley, Matthew
Sent: Thursday, October 01, 2015 1:09 PM
To: Mark Nelson; ceph-devel@vger.kernel.org
Subject: RE: Reproducing allocator performance differences
Thanks a bunch for the feedback Mark. I'll push this back to the guy doing the
test runs and get more data
> -Original Message-
> From: ceph-devel-ow...@vger.kernel.org [mailto:ceph-devel-
> ow...@vger.kernel.org] On Behalf Of Curley, Matthew
> Sent: Thursday, October 01, 2015 5:33 PM
>
> We've been trying to reproduce the allocator performance impact on 4K
> random reads seen in the Hackathon
- Mail original -
De: "Curley, Matthew" <matthew.cur...@hpe.com>
À: "ceph-devel" <ceph-devel@vger.kernel.org>
Envoyé: Jeudi 1 Octobre 2015 17:32:49
Objet: Reproducing allocator performance differences
We've been trying to reproduce the allocator performance
.com>
À: "Curley, Matthew" <matthew.cur...@hpe.com>, "ceph-devel"
<ceph-devel@vger.kernel.org>
Envoyé: Vendredi 2 Octobre 2015 08:07:01
Objet: RE: Reproducing allocator performance differences
> -Original Message-
> From: ceph-devel-ow...@vger.kernel.org
> -Original Message-
> From: Alexandre DERUMIER [mailto:aderum...@odiso.com]
> Sent: Friday, October 02, 2015 1:26 PM
> To: Dałek, Piotr
> Cc: Curley, Matthew; ceph-devel
> Subject: Re: Reproducing allocator performance differences
>
> >>I use rados ben
e: "Dałek, Piotr" <piotr.da...@ts.fujitsu.com>
À: "aderumier" <aderum...@odiso.com>
Cc: "Curley, Matthew" <matthew.cur...@hpe.com>, "ceph-devel"
<ceph-devel@vger.kernel.org>
Envoyé: Vendredi 2 Octobre 2015 09:24:24
Objet: RE: Reproducing all
> -Original Message-
> From: ceph-devel-ow...@vger.kernel.org [mailto:ceph-devel-
> ow...@vger.kernel.org] On Behalf Of Alexandre DERUMIER
> Sent: Friday, October 02, 2015 8:55 AM
>
> >>also - more clients would be better (or worse, depending on how you look
> at it).
>
> It's quite
We've been trying to reproduce the allocator performance impact on 4K random
reads seen in the Hackathon (and more recent tests). At this point though,
we're not seeing any significant difference between tcmalloc and jemalloc so
we're looking for thoughts on what we're doing wrong. Or at
On 10/01/2015 10:32 AM, Curley, Matthew wrote:
We've been trying to reproduce the allocator performance impact on 4K random
reads seen in the Hackathon (and more recent tests). At this point though,
we're not seeing any significant difference between tcmalloc and jemalloc so
we're looking
Thanks a bunch for the feedback Mark. I'll push this back to the guy doing the
test runs and get more data, including the writes.
Some responses:
* There's definitely a fair amount of CPU available even at higher queue
depths, but I don't have current results. I'll get a colmux grab for a
On Behalf Of Curley, Matthew
> Sent: Thursday, October 01, 2015 11:39 PM
> To: Mark Nelson; ceph-devel@vger.kernel.org
> Subject: RE: Reproducing allocator performance differences
>
> Thanks a bunch for the feedback Mark. I'll push this back to the guy doing
> the test runs and get more
11 matches
Mail list logo
