Hardware: based on ESX host: 4 core 2.1GHz processor (have 24 cores to play with) 8GB Memory (have more as needed) CentOS 5.7 x84_64 (latest patches) MySQL 5.5.20 - Same VM and supplied by Oracle FreeRadius 2.1.12-7 - complied here, with MySQL libraries for version 5.5.20 Limitations so far: 4 million dial-in potential users (16 million gets a bit slow - so looking for other improvements) In bound transaction rate (sustained mix of 1:1.5 of radius authentication:Radius accounting) 2048 Response time (so far and improving) < 500mS (current gains are from reworking MySQL data tables, structures, and indexes) CPU utilisation is still low (as reported by VSphere) ~15% ie MySQL is running well, and so is FR. Packet loss increases to 10% 2.5K transactions/sec. I am looking to use activeMQ to relieve some of the 3ggp (3ggp-Location etc.), add enrichment; and then ultimately manage quotas with overuse getting PoD. The activeMQ is on another host (utilisation of the primary network interface isn't that high; but will be looking to use a second interface, or even using the radius VM to host the activeMQ queue, with an additional VM running quota management. NB Quota is measured in credits, and other systems can charge credits - so there isn't a 'fixed' byte usage for radius accounting to count down. Also there is another system based on netflow managing nearer real time (well 5 minutes) actual data usage. I've wanted to limit the number of threads, as if the activeMQ server fails, I don't want radius to fail (users shouldn't be penalised because of poor systems management/setup). It's all a bit too open ended for me to feel comfortable with this as a solution as it stands. I'll be testing a local activeMQ server later today, with a view to either give it up as a bad idea, or to find some other way (postath database processing?). My feeling is that I've yet to unleash the real power of FR; but it's far from obvious to me, as to how to improve MySQL performance with FR. Reading others: dumping MySQL (albeit in a MySQL configuration -> local file + reload) way seems the next step. Simon On 02/14/2012 07:20 AM, Alan DeKok wrote:
Simon Earthrowl wrote:
FR 2.1.12-1 and 2.1.12-7, but also looked at 3.0.0. I manage to get 2048 perl threads (assumed from /netstat -ap/ - as I'm interfacing into Apache's ActiveMQ), then when I hit 2049 threads FR crashes. See doc/bugs for how to deal with crashes.
And 2K threads? There's something wrong with your architecture if you need that. Your backend is VERY slow, or your load is too high, or you've under-provisioned your machines.
The biggest mistake is that you're talking about solutions, not problems. Using 2K threads is a solution. Since you haven't specified what the problem is, there may be OTHER solutions which work better.
e.g. If you're doing something crazy like using 2K threads, the usual response is "don't do that"
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Follow us on Twitter at EseyeM2M Surface mount embedded SIMs in stock - adapter kit available for testing in a SIM socket "Smart Metering Technology of the Year Award 2012- Shortlisted' Eseye Ltd , Company No: 06397669 - Surrey Technology Centre, Guildford, UK +44 1483 685200