Re: Latency question - #of connections

Learner Study <[email protected]> Thu, 5 Feb 2015 10:44:09 -0800
Newsgroups gmane.comp.db.mysql.devel
Message-ID <CAP8+hKWf5OLaQ0VPCizmwgm08230p0Myb2E6kRLzYX0wYH1A6w@mail.gmail.com>
Its custom-built on kernel 3.18.x - based on open source MySQL 5.6.16
built for a custom non-x86 platform.

It does have enterprise grade features...but I'm not sure what all is
there...sorry!

Have you (or someone in this list) seem such issues? I'd provide info
as it becomes available to me...but at this time, this is what I
have...

Thanks for your understanding.

On Thu, Feb 5, 2015 at 10:01 AM, shawn l.green <[email protected]> wrote:
> Hello Learner,
>
>
> On 2/5/2015 11:40 AM, Learner Study wrote:
>>
>> Hello MySQL experts,
>>
>> I am new to MySQL and am seeing following behavior
>>
>> Setup:
>> MySQL 5.6.16 + thread pool extensions running on 3.18 kernel
>>
>> Two sysbench clients running from different PCs with total of 14k
>> connections, each connection doing 2 select queries per sec.
>>
>> When I specify 7k connections from each client, sysbench shows latency
>> of .3 msec (for both sides)
>>
>> If I run with 13k from one client and 1k from the other, latency comes
>> to .6 msec (for both sides)
>>
>> I get that we are load balancing with 7k so latency improves but any
>> ideas which part of MySQL server I should profile to see which area is
>> messing it up with 13k+1k connection split- could it be poll() call?
>> Or some other kernel area?
>>
>> Thanks in advance for my pointers...
>> Martin
>>
>> PS: I hear that the same thing when run on kernel 2.6.32 doesn't show
>> this bad latency witj 13+1 split...yet to be confirmed though
>>
>
> Which MySQL are you using (who built it, whose version of the source code is
> it built from) ?
>
> Which 'thread pool extensions' do you mean? (a reference URL to the
> appropriate documentation would be useful)
>
>
> --
> Shawn Green
> MySQL Senior Principal Technical Support Engineer
> Oracle USA, Inc. - Hardware and Software, Engineered to Work Together.
> Office: Blountville, TN
>
> --
> MySQL Internals Mailing List
> For list archives: http://lists.mysql.com/internals
> To unsubscribe:    http://lists.mysql.com/internals
>

-- 
MySQL Internals Mailing List
For list archives: http://lists.mysql.com/internals
To unsubscribe:    http://lists.mysql.com/internals