<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix"><br>
I'm not an expert ( correct me if I'm wrong ) but I suppose the
xml config memory section is locked while the files are proccessed
so other modules are waiting for it. Instead of loading just one
file you could continue to load all the files into somekind of a
new temporary config section without locking the main. Once the
files are loaded and processed the temporary and main section
could be swapped or the temporary is used and the other is deleted
from memory. No idea how many time this could take to implement.<br>
<br>
<br>
2012-10-23 02:56 keltezéssel, Yiftach Golan írta:<br>
</div>
<blockquote
cite="mid:CAFVUaV-fYuXa8i5memPhC6kDE-K060Cz=9WPg-V7JbWoosYxRw@mail.gmail.com"
type="cite">Hi FreeSWITCH community, <br>
My name is Yiftah and I am working for ChooChee which is a hosted
PBX solution company <br>
We have been using FreeSWITCH for almost 2 years and we added a
lot of code changes to the core and to the different modules<br>
Lately we have made a decision to get more close to the community
so that we can enjoy the bug fixes and the new feature from the
community and we can contribute our knowledge and bug fixes <br>
I would please like to start with a very basic question :<br>
We are using dialplan xmls in order to load the configuration, we
have a lot of users on each freeswitch (+4k), it took a very long
time for the configuration to load (around 5 minutes) during this
time no new calls could be served by FreeSWITCH<br>
In order to solve this problem we introduce reload xml that
accepts file names and has the ability to load just one file name
into the memory (we achieved 10ms loading time instead of 5
minutes) <br>
The problem is that we had to introduce a lot of code in order to
solve this problem, has anyone else encounter this problem? we do
not want to use mod_xml_curl as we want to take care bringing the
file to the machine <br>
Another approach that we thought is that a database might be much
better fit in here, because every xml update includes the entire
tenant (business) and has the potential in harming other users in
the same tenant, also DB has much higher capacities then XMLs, did
anyone think of enabling MySQL as a directory of parameters
instead of xml?<br>
Thanks,<br>
Yiftach.<br>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
<a class="moz-txt-link-abbreviated" href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitchsolutions.com">http://www.freeswitchsolutions.com</a>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
<a class="moz-txt-link-freetext" href="http://www.cudatel.com">http://www.cudatel.com</a>
Official FreeSWITCH Sites
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://wiki.freeswitch.org">http://wiki.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.cluecon.com">http://www.cluecon.com</a>
FreeSWITCH-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
</pre>
</blockquote>
<br>
</body>
</html>