-Re: web applications and multiple db calls per page view
S Ahmed 2010-07-14, 15:30
I haven't built it yet, I am in the planning stages as I don't have a solid
grasp of distributing databases just yet.
I was just going through an average page lifecycyle, and was just concerned
at a high level on what I should be looking out for and what expectations I
>> Or are you
>>just asking if you saw that theoretical latency what would you do
>>next? Future troubleshooting ?
Well I have been reading some benchmarks, and if say the average query takes
30ms and I am making 10 calls, things can start adding up so I was concerned
On Wed, Jul 14, 2010 at 11:24 AM, Edward Capriolo <[EMAIL PROTECTED]>wrote:
> On Wed, Jul 14, 2010 at 11:12 AM, S Ahmed <[EMAIL PROTECTED]> wrote:
> > If I build a forum application like vbulletin on top on hbase, I can
> > that each page view will have multiple calls to hbase.
> > Let's picture someone viewing a particular thread (question) on the
> > 0. load the current website object (remember this is a multi-tenancy
> > application, Saas forum application).
> > 1. verify user is logged in.
> > 2. get user profile / permissions if logged in
> > 3. get current forum object
> > 4. get current thread object
> > 5. get all replies to thread
> > And probably 2-3 calls will come into the picture as i progress.
> > If each call takes 100ms, this isn't going to be a 'snappy' response now
> > it?
> > Or is there a way to batch calls to minimize the chattyness?
> If you are pooling/reusing hbase objects intelligently have a good
> schema design, good caching, and enough hardware you should not be
> seeing requests take that long. I do not want to promise 1ms
> performance on every request but that is pretty common.
> You started your message with 'If I build a forum application'. Have
> you done this? If so are you actually seeing 100ms latency? Or are you
> just asking if you saw that theoretical latency what would you do
> next? Future troubleshooting ?