[Kamailio-Users] What happens with filled htables?

Daniel-Constantin Mierla miconda at gmail.com
Wed Aug 26 16:13:58 CEST 2009



On 26.08.2009 17:11 Uhr, Alex Balashov wrote:
> Daniel-Constantin Mierla wrote:
>
>> could be possible to do this way, but the number of slots has to be 
>> initialized at startup. Unlike in other cases, here the hash table is 
>> in shared memory, each slot being protected by a mutex to prevent 
>> access conflicts.
>
> While it would be nice to have the table dynamically resize itself at 
> runtime, it is not necessary.

it is what I wanted to say is not possible - I read ahead your email 
where you said that Java/etc. does not need to specify the size of hash 
table and does resizing dynamically.


Cheers,
Daniel

>   All I was suggesting was a wrapper around the process of iterating 
> through a serialised data structure and re-hashing the keys=>values.  
> The table can still be fixed-size.  It's really just 
> serialisation/deserialisation that is the essence of the request.
>
> Setting the size on the deserialising end in a way appropriate to the 
> required performance characteristics can still be up to the user.
>
>> Might be better to create a issue on the tracker collecting these 
>> ideas -- as time allows, somebody may contribute.
>
> Will do.  Is the htable code fairly simple?  I might contribute.
>
>

-- 
Daniel-Constantin Mierla
* http://www.asipto.com/





More information about the sr-users mailing list