Hello,
Ok, I will check that.
In terms of call processing no matter how many non-numeric entries mtree
has?
Thank you for you help
BR
José
2016-07-01 12:59 GMT+01:00 Daniel-Constantin Mierla <miconda(a)gmail.com>om>:
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(a)gmail.com>
miconda(a)gmail.com>gt;:
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(a)gmail.com>
miconda(a)gmail.com>gt;:
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
listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin
Mierlahttp://www.asipto.com -
http://www.kamailio.orghttp://twitter.com/#!/miconda -
http://www.linkedin.com/in/miconda
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Cumprimentos
José Seabra
--
Daniel-Constantin
Mierlahttp://www.asipto.com -
http://www.kamailio.orghttp://twitter.com/#!/miconda -
http://www.linkedin.com/in/miconda
--
Cumprimentos
José Seabra
--
Daniel-Constantin
Mierlahttp://www.asipto.com -
http://www.kamailio.orghttp://twitter.com/#!/miconda -
http://www.linkedin.com/in/miconda