[SR-Users] Dialplan module doubt

[Daniel-Constantin Mierla]

Hello,

well, it is not easy to predict, because it is a matter of density (or
overlapping characters).

Anyhow, it also depends on the module parameter char_list -- if you want
any character from alphabet there is going to use lot of memory.

For first value added in the tree, it creates 'sizeof(value) *
sizeof(char_list)' internal structures.

But then, if the next value added shares a prefix with the previous
values, then it reuses from the previous internal structures.

The best to see how it goes is to put the data in database table and
load them, then check the use of shared memory.

Cheers,
Daniel


On 01/07/16 13:43, José Seabra wrote:
> Hello,
>
> Can you tell me what is the memory usage in mtree for each non-numeric
> record with ~ 10 characters?
>
> Mtree using more memory can decrease its own performance?
>
> Thank you
> BR
> José
>
> 2016-07-01 12:34 GMT+01:00 Daniel-Constantin Mierla <miconda at gmail.com
> <mailto:miconda at gmail.com>>:
>
>     Hello,
>
>     the matching rules are stored pre-compiled in memory, not being
>     parsed every time, unless you have rules with variables.
>
>     Combining mtree with dialplan can increase performances, just be
>     aware that if you have non-numeric values stored in 'tprefix'
>     column, it is going to use a lot of memory for lot of records.
>
>     Cheers,
>     Daniel
>
>
>     On 01/07/16 10:20, José Seabra wrote:
>>     Hello Daniel,
>>     Thank you for your reply,
>>     What are optimizations to increase the speed of processing?
>>
>>     I have thought in another solution that is use diaplan module
>>     only for apply manipulations and use mtree to match prefixes
>>     after apply manipulations.
>>
>>     What is your opinion on this?
>>
>>     Thank you again for your great support.
>>
>>     Regards
>>     José Seabra
>>
>>     2016-07-01 8:58 GMT+01:00 Daniel-Constantin Mierla
>>     <miconda at gmail.com <mailto:miconda at gmail.com>>:
>>
>>         Hello,
>>
>>         the transalation records are cached by kamailio and
>>         precompiled, so there are optimizations to increase the speed
>>         of processing. But have in mind that the rules are matched
>>         one by one from the same dpid, in the order of priority.
>>
>>         For the records where you don't have
>>         substitutions/replacement, you can set empty string -- it
>>         should work.
>>
>>         Cheers,
>>         Daniel
>>
>>
>>         On 29/06/16 13:30, José Seabra wrote:
>>>         Hello there,
>>>         I'm evaluating if I can use dial-plan and dispatcher module
>>>         to build a kamailio routing server to route calls based on
>>>         number dialed(sometimes the number dialed can be Alphanumeric).
>>>         I'm expecting have lot of dial-plan entries, some of them
>>>         with manipulations, others without.
>>>
>>>         Anyone can see here any limitation on this implementation?
>>>
>>>         One thing that I have noticed is that dial-plan module
>>>         enforces me to fill the fields substr_exp and repl_exp even
>>>         if i don't have any manipulations to apply.
>>>
>>>         I'm also concerning  about performance issues with lot of
>>>         dialplan entries.
>>>
>>>         What are your thoughts about this solution?
>>>
>>>         Thank you
>>>         -- 
>>>         José Seabra
>>>
>>>
>>>         _______________________________________________
>>>         SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>         sr-users at lists.sip-router.org
>>>         <mailto:sr-users at lists.sip-router.org>
>>>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>         -- 
>>         Daniel-Constantin Mierla
>>         http://www.asipto.com - http://www.kamailio.org
>>         http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> - http://www.linkedin.com/in/miconda
>>
>>
>>         _______________________________________________
>>         SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
>>         mailing list
>>         sr-users at lists.sip-router.org
>>         <mailto:sr-users at lists.sip-router.org>
>>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>>
>>
>>     -- 
>>     Cumprimentos
>>     José Seabra
>
>     -- 
>     Daniel-Constantin Mierla
>     http://www.asipto.com - http://www.kamailio.org
>     http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> - http://www.linkedin.com/in/miconda
>
>
>
>
> -- 
> Cumprimentos
> José Seabra

-- 
Daniel-Constantin Mierla
http://www.asipto.com - http://www.kamailio.org
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20160701/8ba8ef14/attachment.html>