Performance?
Brian J. Murrell
dhcp-lists-in at interlinx.bc.ca
Tue May 30 13:46:16 UTC 2006
On Tue, 2006-05-30 at 08:46 -0400, Bret Schuhmacher wrote:
> Hi,
>
> I'm new here, but I couldn't find this in the archives.
>
> How many registrations can DHCPD handle per second?
Isn't this _always_ a product of what hardware (including network of
course) it's running on?
> I have a client
> that wants me to add Postgres support to DHCPD and then guarantee it'll
> handle 8,500 registrations in 10 minutes (14.16666/second). I need to
> know the baseline performance before I go guaranteeing anything.
Until you are at the biggest and best of your slowest component, you can
always get more performance by throwing bigger and better hardware at
it, no?
Maybe I am missing the point of the question.
Maybe a good question here would be, are there any "multiple server"
scalability options in the ISC DHCP server? Certainly, I can divide up
my address space among n DHCP servers, but I am asking about something a
bit more intelligent than that, like the ability to give all of the DHCP
servers all of the address space and have them share the load
themselves. Having to redivide my address space when I need to add a
server would be painful to say the least.
Can failover handle this (currently or in the future) or is failover
(always going to be) strictly active/passive?
b.
More information about the dhcp-hackers
mailing list