John,<div><br></div><div>As others may chime in, I believe your best bet is to create a ramdisk and store the leases file there. That's your best performance. Also note your logging, as our /var/log/messages file (on CentOS) also gets hit pretty hard.</div>
<div><br></div><div>Your start/stop scripts should copy the lease file to/from the ramdisk. And you should probably have a script to copy the lease file to disk every few minutes as well.</div><div><br></div><div>ray</div>
<div>--</div><div>Ray DeJean<br>Systems Engineer<br>Southeastern Louisiana University<br>email: <a href="mailto:ray@selu.edu">ray@selu.edu</a><br><a href="http://r-a-y.org">http://r-a-y.org</a><br>
<br><br><div class="gmail_quote">On Fri, Sep 9, 2011 at 9:51 AM, John Hascall <span dir="ltr"><<a href="mailto:john@iastate.edu">john@iastate.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
All,<br>
<br>
We are starting to see our dhcpd server unable to cope with<br>
our peak load (the top of the hour when students move from<br>
one building to another). Ideally, our wireless infrastructure<br>
would allow them to keep their address as they roam, but this<br>
is not the case, so we see large surges in lease-swapping during<br>
these 10 minute periods. It looks like we can do about 50/second<br>
with our current hardware. The CPUs are never above a few percent<br>
busy, so my belief is that we are limited by our synchronous-write<br>
speed to the lease file. Does this seem correct?<br>
<br>
We are currently using mirrored 15k SAS drives. Is our best<br>
move to go to solid-state disk?<br>
<br>
<br>
Thanks for any advice you might have!<br>
<br>
John<br>
_______________________________________________<br>
dhcp-users mailing list<br>
<a href="mailto:dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/dhcp-users" target="_blank">https://lists.isc.org/mailman/listinfo/dhcp-users</a><br>
</blockquote></div><br></div>