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.<br /><br /> <br /> <div class="noTransl">Quoting <strong>Alan DeKok <<a href="mailto:aland@deployingradius.com">aland@deployingradius.com</a>></strong>:</div> <blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Konstantin Chekushin wrote:<br /> > My pool size is 32k. And I'm using this pool only for fallback issue.<br /> > So, I'll need it rarely in the future.<br /> <br />   For 32K IP's, I'd suggest using a database.<br /> <br /> > If cache-size = 32768, then radiusd process takes all memory.<br /> > "Mon Sep 13 12:33:46 2010 : Error: Couldn't fork: Cannot allocate memory"<br /> > If cache-size = 16384 :<br /> ...<br /> > radiusd takes 261m! :-[ ]<br /> <br />   <shrug>  That's how in-memory databases work.  They use memory.<br /> <br /> > So, here is my question. If I'll use default cache-size =800, and at<br /> > some point radius will start using this pool, what will happen if all<br /> > 800 ip-addresses will be taken? Will the system slowdown, or if there<br /> > will be a segmentation fault or something else? Why is "less is very bad"?<br /> <br />   If you have 32K IP's, use a database.  See the "sqlippool" module.<br /> <br />   Alan DeKok.<br /> -<br /> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html</shrug></blockquote>