<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
First of all thanks for your prompt replies<br>
<br>
Alan DeKok wrote:
<blockquote cite="mid:4714DD90.8090004@deployingradius.com" type="cite">
<pre wrap="">Apostolos Pantsiopoulos wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I did that. Actually it was the first thing I did. I got the same result.
</pre>
<blockquote type="cite">
<pre wrap=""> Also, the server does a LOT more than just running Perl. You are
measuring the time taken to run your Perl scripts. The time taken to
process a request can be VERY different.
</pre>
</blockquote>
<pre wrap="">I just benchmarked the "internal" script just to see if the DB is the
bottleneck. It is not.
</pre>
</blockquote>
<pre wrap=""><!---->
That's not what I meant.
The server has "RADIUS" work to do, on top of running your Perl code.
That means that there's less time to run your Perl code, because the
server is busy managing the "RADIUS" side of things for you.
</pre>
</blockquote>
I see.<br>
<br>
<blockquote cite="mid:4714DD90.8090004@deployingradius.com" type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">EVERY query did not take more than 0.03 secs ( thrice the size of the
mean time)
</pre>
</blockquote>
<pre wrap=""><!---->
i.e. if you don't run RADIUS, you don't see any overhead from RADIUS.
</pre>
<blockquote type="cite">
<pre wrap="">Yes, I agree that they are competing for resources (and in this case the
DB is the only resource, really).
But when my server gets choked up shouldn't we expect to see big
response times during the benchmark
of the perl module?
</pre>
</blockquote>
<pre wrap=""><!---->
You are stuck on the idea that your Perl module is all that the server
is doing. It's not.
</pre>
</blockquote>
Well, yes that has been my main concern I must admit... because I have
seen so many replies in the mailing<br>
list "urging" people to make the backend DB faster (and concentrating
on that aspect alone when the server performs poorly).<br>
I have all the other modules turned off.<br>
<blockquote cite="mid:4714DD90.8090004@deployingradius.com" type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">(e.g. running the same queries from an outside
program I can get about 200 queries/sec from the DB
</pre>
</blockquote>
<pre wrap=""><!---->
... and that program does NOTHING other than run DB queries. So?\
</pre>
</blockquote>
Point.<br>
<blockquote cite="mid:4714DD90.8090004@deployingradius.com" type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">, when my radiusd reaches the 50 r/s limit the DB idles at 10-24 q/s, so
the DB does not seem to be the problem)
</pre>
</blockquote>
<pre wrap=""><!---->
Find out what else is stopping the server from processing requests.
Is there ANYTHING you have configured other than your Perl script? If
so, that may be the issue.
</pre>
</blockquote>
I''ll re-check it.<br>
<blockquote cite="mid:4714DD90.8090004@deployingradius.com" type="cite">
<pre wrap="">
Alan DeKok.
</pre>
</blockquote>
Thanks again<br>
</body>
</html>