Hi Ingvar,
As you say, the bottleneck will not be in Authby LDAP. The auth request
seems to be faster than the acct request. So the acct will slow down general
performance also requests per second.
We try to do some MySQL tunning with next variables:
# safe_mysqld -O key_buffer=32M -O table_cache=254 -O sort_buffer=8M -O
record_buffer=2M &
but no improvement was obtained.
We double the values and no improvement was obtained too.
So, if anybody uses MySQL for acct, could tell us which variables is they
using?
Does anybody know another way to create indexes different from
goodies-script and improve performance?
Hugh: Do you remember the changes to MySQL to obtain 80 r/s ?
regards,
jules
-----Mensaje original-----
De: Ingvar Berg (ERA) [mailto:[EMAIL PROTECTED]]
Enviado el: martes 20 de marzo de 2001 12:27
Para: [EMAIL PROTECTED]
Asunto: RE: (RADIATOR) Performance with RADIATOR
Hi Julio,
We have a configuration with separate processes for authentication and
accounting, running on an Enterprise 420 box. Authentication uses iPlanet
Directory 4.x, and accounting is both to local file and to another radius
server. With only authentication, we have around 80 auths/sec, but with
accounting it drops to below 50 sessions/sec.
I guess that with the latest suggestion for improvement of AuthRADIUS.pm,
that can improve quite a bit.
/Ingvar
PS.
To see an improvement in performance with separate auth and acct processes,
I think you need to run more than one instance of radpwtst (and on a
separate box, of course :)
DS
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: den 20 mars 2001 10:08
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: IMPORTANT - Re: (RADIATOR) Performance with RADIATOR
hi all,
first, thanks to all for the recommendations.
The first step was to discard that LDAP was decreasing performance.
We change Authby LDAP2 for a Auth by File and no improvement was obtained.
So, the key is MySQL tunning.
We drop old tables and created new ones with Radiator218-goodies-script
mysqlCreate.sql.
It seems to introduce a new index for RADPOOL.
We repeated the test (I was really excited!) but no improvement was
obtained. :(
The next step was to run two instances of Radiator (auth/acct) and no
improvement was obtained.
As Andy says, probably a hard tune of mySQL will be needed.
Hugh: you say that an improvement of 80 r/s can be obtained running the
new-db-creation-script. Anything else is needed?
I can assure you that if Radiator can reach 80 request per second
constantly, it will our new AAA software upgrade.
I will notify to the list all the results obtained during this day and the
canges we made.
regards,
jules
===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
**********************************************
Noticia legal
Este mensaje electrónico contiene información de BT Telecomunicaciones S.A.
que es privada y confidencial, siendo para el uso exclusivo de la persona(s)
o entidades arriba mencionadas. Si usted no es el destinatario señalado, le
informamos que cualquier divulgación, copia, distribución o uso de los
contenidos está prohibida. Si usted ha recibido este mensaje por error, por
favor borre su contenido y comuníquenoslo en la dirección [EMAIL PROTECTED]
Gracias
===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
