From: Eliot Horowitz <eliothorow...@gmail.com>
Date: Tue, 14 Sep 2010 11:17:59 -0400
Local: Tues, Sep 14 2010 11:17 am
Subject: Re: [mongodb-user] Re: MongoDB benchmarks
Not sure when - may look soon.
But are you sure its relevant? According to Mark's graphs, you need about 64 concurrent reads before it gets in the way. And even then it flattens out, doesn't really drop off very much (maybe at 120 concurrent reads) At that level - he's doing around 60k reads/second. Are you going to be doing that kind of read levels? Object size is also a pretty significant factor for total throughput. On Tue, Sep 14, 2010 at 11:13 AM, diptamay <dipta...@gmail.com> wrote:
> We are looking at getting 8 core servers (with hyper-threading enabled > - taking them to 16 virtual cores) for MongoDB, so the benchmarks/ > mutex contention are of specific importance. Any ideas by when you > could have those optimizations in place. > -Diptamay > On Sep 14, 11:08 am, Eliot Horowitz <eliothorow...@gmail.com> wrote: >> On Tue, Sep 14, 2010 at 11:05 AM, diptamay <dipta...@gmail.com> wrote: >> > -Diptamay >> > On Sep 14, 10:48 am, Eliot Horowitz <eliothorow...@gmail.com> wrote: >> >> We've been focused on more real world performance considerations that >> >> For example - because you can embed objects in mongo, you can avoid >> >> We definitely will be doing more optimization to get those kind of >> >> On Tue, Sep 14, 2010 at 10:40 AM, diptamay <dipta...@gmail.com> wrote: >> >> > I was just going through the following blog posts: >> >> > And, as per the numbers, MongoDB doesn't give great numbers compared >> >> > I was just wondering, what the MongoDB team feels about it, like are >> >> > Cheers! >> >> > -- >> > -- > -- You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
| ||||||||||||||