On 24/07/12 13:26, Andrei Petru Mura wrote:
I'm running FreeRADIUS on a PC with a dual CPU of 2 GHz and 2 GB of RAM.
It is working with PostgreSQL database.
When I perform tests with radperf, running :
radperf -s -f ../users.csv -p 800 -a pap 10.3.1.1 auth radiussomething
where users.csv file
On 24 Jul 2012, at 13:49, Phil Mayers wrote:
On 24/07/12 13:26, Andrei Petru Mura wrote:
I'm running FreeRADIUS on a PC with a dual CPU of 2 GHz and 2 GB of RAM.
It is working with PostgreSQL database.
When I perform tests with radperf, running :
radperf -s -f ../users.csv -p 800 -a pap
On Tue, Jul 24, 2012 at 01:49:27PM +0100, Phil
Mayers wrote:
On 24/07/12 13:26, Andrei Petru Mura wrote:
radperf -s -f ../users.csv -p 800 -a pap 10.3.1.1 auth radiussomething
...
0.1s : 3758
s: 5897
10s : 344
...
I would need a sever able to manage a much
greater amount
Hi,
you could look at PGSQL optimization - ensure that the table has the right
indexes and the table is in cache etc.
Try this: convert your SQL users into a users text file, like so:
username Cleartext-Password := password
...and disable SQL, then re-run the test. I think it will
Hi,
I would need a sever able to manage a much greater amount of users (
5, up to 100). But for now I'm interested how to get the server
working well with ~(5-10) users.
for what its worth, we deal with around 8000 users concurrently on an 802.1X
connection (so all
On 24/07/12 13:57, Arran Cudbard-Bell wrote:
1000 auths/sec is quite a lot. It implies you need to perform 1000
SQL queries/sec (at LEAST).
I'm not sure this is accurate given the number of failed requests,
i'd investigate that then re-run the tests.
Ah, I didn't spot the failed count.
-
On 24/07/12 14:10, alan buxey wrote:
Hi,
you could look at PGSQL optimization - ensure that the table has the right
indexes and the table is in cache etc.
Try this: convert your SQL users into a users text file, like so:
usernameCleartext-Password := password
...and disable SQL,
7 matches
Mail list logo