Re: another performance tuning question

2012-12-02 Thread Mike Hoskins (michoski)
-Original Message-

From: Jeremy C. Reed jr...@isc.org
Date: Friday, November 30, 2012 4:18 PM
To: Adamiec, Lawrence ladam...@kentlaw.iit.edu
Cc: bind-users@lists.isc.org bind-users@lists.isc.org
Subject: Re: another performance tuning question

On Fri, 30 Nov 2012, Adamiec, Lawrence wrote:

 I got similar results when running against the master server.

Then why so many lost?

   Queries sent: 11000 queries
   Queries completed:8968 queries
   Queries lost: 2032 queries
...
   Percentage completed:  81.53%
   Percentage lost:   18.47%

Look at your queryperf data file and figure out what is not hosted by
you.  Some of my systems get around 60,000 QPS with none lost.  If
really do host these on same system, and are really lost, then will need
other research.

Even if you are doing recursive work, your results are quite slow. you
may want to look in your queryperf input to see what is causing
problems. (It may not be a realistic, real world input set.)

Based on your hosted by you reference, I assume 60K QPS was only
resolving local names?  If not I'd love to see the config.

Some extra data points for the OP:

I might have misread (or be mis-remembering since I last tested), but I
think the default resperf query file includes ten million real-world
entries -- if testing recursion, try it vs generating your own.

If you are not just doing local queries, from experience server hardware
(physical or virtual) and bandwidth play a big part in the numbers.  More
cores = more worker threads, faster connectivity to upstream servers =
more responses.

With the default resperf query file and drop rate capped at 1%, I was able
to get ~20K qps w/ four vCPUs vs ~5K with one vCPU (VMware, RHEL, BIND
9.8).

___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users


another performance tuning question

2012-11-30 Thread Adamiec, Lawrence
I must be doing something wrong.  I ran queryperf and the results don't
look right, 13 and 23 queries per second?  What am I doing wrong?  I ran
the queryperf on the same machine that is running BIND.  I got similar
results when running against the master server.

I ran the test one right after the other and here are the results.

Statistics:

  Parse input file: once
  Ended due to: reaching end of file

  Queries sent: 11000 queries
  Queries completed:8968 queries
  Queries lost: 2032 queries
  Queries delayed(?):   0 queries

  RTT max:  4.868892 sec
  RTT min:  0.22 sec
  RTT average:  0.327400 sec
  RTT std deviation:0.806941 sec
  RTT out of range: 0 queries

  Percentage completed:  81.53%
  Percentage lost:   18.47%

  Started at:   Fri Nov 30 14:18:21 2012
  Finished at:  Fri Nov 30 14:29:23 2012
  Ran for:  662.497398 seconds

  Queries per second:   13.536657 qps

#
Statistics:

  Parse input file: once
  Ended due to: reaching end of file

  Queries sent: 11000 queries
  Queries completed:9797 queries
  Queries lost: 1203 queries
  Queries delayed(?):   0 queries

  RTT max:  5.042038 sec
  RTT min:  0.35 sec
  RTT average:  0.240968 sec
  RTT std deviation:0.721397 sec
  RTT out of range: 1 queries

  Percentage completed:  89.06%
  Percentage lost:   10.94%

  Started at:   Fri Nov 30 14:35:53 2012
  Finished at:  Fri Nov 30 14:42:57 2012
  Ran for:  423.880459 seconds

  Queries per second:   23.112648 qps


Larry
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Re: another performance tuning question

2012-11-30 Thread Jeremy C. Reed
On Fri, 30 Nov 2012, Adamiec, Lawrence wrote:

 I got similar results when running against the master server.

Then why so many lost?

   Queries sent:         11000 queries
   Queries completed:    8968 queries
   Queries lost:         2032 queries
...
   Percentage completed:  81.53%
   Percentage lost:       18.47%

Look at your queryperf data file and figure out what is not hosted by 
you.  Some of my systems get around 60,000 QPS with none lost.  If 
really do host these on same system, and are really lost, then will need 
other research.

Even if you are doing recursive work, your results are quite slow. you 
may want to look in your queryperf input to see what is causing 
problems. (It may not be a realistic, real world input set.)___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users