<div dir="ltr">Yep that works<br>with size of 1 it stores minimal data and not grows more than a cuple of bytes<br>Thx a lot<br><br>P.S. Anyway this is a tricky (hack) and suppose in the future will be cool to add function to disable hash at all. I understand that this is not ususal case but anyway it makes sence to be</div><br><div class="gmail_quote"><div dir="ltr">ср, 2 янв. 2019 г. в 18:02, Richard Fuchs <<a href="mailto:rfuchs@sipwise.com">rfuchs@sipwise.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 02/01/2019 09.32, Yuriy Gorlichenko wrote:<br>
> Thx for the reply<br>
> Yes<br>
> Internal hash table diffenentelly stores info<br>
> But even it case of putting timeout to 0 it still grows in synthetic <br>
> tests. So looks like it will grows alsways because of deletes entries <br>
> but creates new and so on and so on...<br>
> So means it decrases "leak" but not fully<br>
><br>
> Is there some hidden function maybe to drop hast table o some ticky to <br>
> do this? (we are using oru ow algorinthm that garanties to use same <br>
> node in case of transaction)<br>
<br>
<br>
You should be able to set the timeout to zero and the size of the hash <br>
table to one (variable `hash_table_size`). That should make the code <br>
purge out all entries on every operation, keeping the number of entries <br>
minimal.<br>
<br>
Cheers<br>
<br>
<br>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div>