ippool and cache-size

Konstantin Chekushin koch2 at inbox.lv
Mon Sep 13 17:22:12 CEST 2010


 Thanks for advice, but I am using database for main solution (I've
 writen my module for this issue, which uses rlm_sql functions for sql
 logic). And I wont to use file-based for redundancy only. So, the
 main question - what will happens, if query-cache will be less, then
 ip-range? I have made a simple test, when ip-range is 90 ip-s, and
 cache is 10. It looks that it works fine.
  Quoting *Alan DeKok <aland at deployingradius.com>*:
> Konstantin Chekushin wrote:
>  > My pool size is 32k. And I'm using this pool only for fallback
> issue.
>  > So, I'll need it rarely in the future.
> 
>    For 32K IP's, I'd suggest using a database.
> 
>  > If cache-size = 32768, then radiusd process takes all memory.
>  > "Mon Sep 13 12:33:46 2010 : Error: Couldn't fork: Cannot
> allocate memory"
>  > If cache-size = 16384 :
>  ...
>  > radiusd takes 261m! :-[ ]
> 
>      That's how in-memory databases work.  They use memory.
> 
>  > So, here is my question. If I'll use default cache-size =800,
> and at
>  > some point radius will start using this pool, what will happen
> if all
>  > 800 ip-addresses will be taken? Will the system slowdown, or
> if there
>  > will be a segmentation fault or something else? Why is "less
> is very bad"?
> 
>    If you have 32K IP's, use a database.  See the "sqlippool"
> module.
> 
>    Alan DeKok.
>  -
>  List info/subscribe/unsubscribe? See
> http://www.freeradius.org/list/users.html
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeradius.org/pipermail/freeradius-users/attachments/20100913/5b044f17/attachment.html>


More information about the Freeradius-Users mailing list