Re: A new Mutilple-Type Queue idea to handle multiple workloads

2017-04-16 Thread libis
> bq. client-3 will ran out of all handler threads of the get-queue > Looks like you meant to say that client-3 would occupy all handlers. the client-3 would accupy all handlers assigned to the get-queue, which also accepts the requests from the client-4 > The pictures didn't go through. > Sinc

Re: A new Mutilple-Type Queue idea to handle multiple workloads

2017-04-16 Thread Ted Yu
bq. client-3 will ran out of all handler threads of the get-queue Looks like you meant to say that client-3 would occupy all handlers. The pictures didn't go through. Since you have code for this improvement, consider opening JIRA where you can publish your patch and pictures so that we get bett

Re: A new Mutilple-Type Queue idea to handle multiple workloads

2017-04-16 Thread libis
I am runing expriment at the following scenario : both client-1 and client-2 send update requests, the client-1 write the large objects(100KB record) into table-1, and client-2 write the small objects (1KB record) into table-2. The charts below shows the effect of the Mutilple-Type queue feature:

A new Mutilple-Type Queue idea to handle multiple workloads

2017-04-10 Thread 范范欣欣
Now, the feature HBASE-11355 seperates the single Call Queue into MutilQueue(get call queue, write call queue and scan call queue), and each type queue can specify fixed number of handlers. It's helpful in some outages , to avoid all read or all write requests ran out of handler threads. however,