I’m sure other threads are doing something – but take so little cpu time the low resolution counters don’t catch it?

What are these two threads? Probably SQL related?

I missed the start of this thread, but seems some frustration is building. Without SQL FR is very fast. With SQL, who knows – way too many variables, especially if you’re using prebuit packages and not compiling yourself? Compiling is a HASSLE, so I usually try to start with packages and if they work for me that’s great. However, I typically find some feature I want to make use of that wasn’t included in the package that “Bob” built, so I end up building/compiling with the appropriate configure args and such.

If your system is “slow”, you need to start at the beginning. Maybe something is wrong with the SQL config, disks, RAM, etc. Maybe SQL is not optimized? Many “maybe’s”… If you haven’t done much customizing, perhaps install apps with default configs to a different directory (use new SQL files too) and see if the slowness is present in the default configs. Try to keep things as simple as possible! Complicated CAN be fun, until it breaks!

From: freeradius-users-bounces+ggatten=waddell.com@lists.freeradius.org [mailto:freeradius-users-bounces+ggatten=waddell.com@lists.freeradius.org] On Behalf Of Alisson
Sent: Wednesday, December 23, 2009 2:05 PM
To: FreeRadius users mailing list
Subject: Re: error discarding packet

I run Top -P -H

and it showed the threads, only 2 are working

2009/12/23 Gary Gatten <Ggatten@waddell.com>

There are some switches in top (differ by platform) that will show you individual threads and their accumulated CPU time, current CPU util, etc. Such as:

Top –p “YOUR-PID” –H. You MAY have to start the app (FR) in gdb to figure out what thread is doing what (sometimes the app will log when threads start and what they’re doing – but sometimes not). A more seasoned SysAdmin may have an easier / better solution, but this method has proven invaluable to me when trying to troubleshoot multithreaded apps and determine which thread is using most memory, cpu, etc. and what functions that thread is doing.

To: FreeRadius users mailing list
Subject: Re: error discarding packet

i'm using 15 threads and monitoring on top, the max server load is 2.0/3.0

2009/12/23 Gary Gatten <Ggatten@waddell.com>

Isn’t there some guidelines in the conf files for these? Generally you want as few threads as possible to service the load. How volatile your connections are, are more important than the max number of possible connections, and only you know this. Perhaps start with 10 threads and monitor with top now and then.

From: freeradius-users-bounces+ggatten=waddell.com@lists.freeradius.org [mailto:freeradius-users-bounces+ggatten=waddell.com@lists.freeradius.org] On Behalf Of Alisson
Sent: Wednesday, December 23, 2009 1:11 PM
To: FreeRadius users mailing list
Subject: Re: error discarding packet

you dont understood... i dont make this configuration

i'm ask for help to do a good configuration based on between 3000 and 35000 conecctions
to this function thread pool

> thread pool {
> start_servers = 1
> max_servers = 1
> min_spare_servers = 1
> max_spare_servers = 1
> max_requests_per_server = 0
> }

i need a help to configure this

2009/12/23 Alan DeKok <aland@deployingradius.com>

Alisson wrote:
> one last doubt...
>
> for 3500 customers what is a good configuration in radiusd.conf

The default configuration.

> for this function
>
> thread pool {
> start_servers = 1
> max_servers = 1
> min_spare_servers = 1
> max_spare_servers = 1
> max_requests_per_server = 0
> }

That is not the default configuration.

You have changed the server to *slow it down*.

Why?

If this issue is so important for you, why are you so insistent on
ignoring *all* help that you get on this list?

A basic install of FreeRADIUS + MySQL on a normal system will get
100's of auth/s with 10's of 1000's of users in the DB. If you can't
get that, it is because *you* have broken the configuration.

Don't break the default configuration.

Follow instructions on this list.

It's really *not* that difficult to make the server work.

*Stop* editing things you don't understand.

All you need to do is to *stop* breaking the server.

Alan DeKok.

-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

--
Att.
Alisson F. Gonçalves
Sistemas de Informação - UFGD

"This email is intended to be reviewed by only the intended recipient and may contain information that is privileged and/or confidential. If you are not the intended recipient, you are hereby notified that any review, use, dissemination, disclosure or copying of this email and its attachments, if any, is strictly prohibited. If you have received this email in error, please immediately notify the sender by return email and delete this email from your system."

-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

--
Att.
Alisson F. Gonçalves
Sistemas de Informação - UFGD

-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

--
Att.
Alisson F. Gonçalves
Sistemas de Informação - UFGD