[prev in list] [next in list] [prev in thread] [next in thread] 

List:       asterisk-dev
Subject:    [asterisk-dev] Push to Talk Solution Suggestions + Hiring Freelancers
From:       Sedat Karahancı <info () taxim ! cab>
Date:       2015-07-19 20:29:28
Message-ID: 1370181437337768 () web18h ! yandex ! ru
[Download RAW message or body]

[Attachment #2 (text/html)]

<div>Hi everybody</div><div><div>We are looking for freelancers for a Push To Talk \
Project like Zello and Voxer.</div><div>We still could not decide to choose Asterix \
or ? And we are looking for people freelancer or consultant for supporting us on this \
project ?</div><div>Best,</div><div>Sedat</div><div> </div><div> \
</div><div>19.07.2015, 22:40, "Yousf Ateya" &lt;<a \
href="mailto:y.ateya@starkbits.com">y.ateya@starkbits.com</a>&gt;:</div><div><div><div>Here \
is the difference in loading time (on Intel i5 machine):<br /><br /></div>The default \
(with lazy linking): 1.422 seconds</div>With non-lazy linking: 1.852 \
seconds</div><div><br /><div>On Fri, Jul 17, 2015 at 6:04 PM, Mark Michelson \
<span>&lt;<a href="mailto:mmichelson@digium.com" \
target="_blank">mmichelson@digium.com</a>&gt;</span> wrote:<br /><div \
bgcolor="#FFFFFF"><div>On 07/15/2015 08:41 AM, Yousf Ateya \
wrote:</div><div><div><div>Dear,</div>I started to see a  strange deadlock in some \
asterisk nodes. For every call, when calling pthread_exit from pbx_thread, the caller \
thread is stuck inside pthread_exit.</div><div>After a while, there will be \
tens-of-thousands of threads having the same backtrace. After some googling, I found \
this happens because of the default lazy linking of gcc linker.</div><div>Related \
issue of stackoverflow: <a \
href="http://stackoverflow.com/questions/11954527/dlopen-malloc-deadlock" \
target="_blank">http://stackoverflow.com/questions/11954527/dlopen-malloc-deadlock</a></div><div>Tried \
to recompile asterisk using:<br /> export LDFLAGS=-Wl,-z,now</div><div>./configure \
&amp;&amp; make &amp;&amp; make install</div><div>and this deadlock problem didn't \
happen again; the problem cause is lazy binding with libgcc.</div><div>Shall we add \
this option by default or add it in \
menuselect?</div></div>&lt;snip&gt;<span><span><br /> <br \
/></span></span><div><div><div><div> </div><div>-- <br \
/><div><div><div><div><div>Yousf Ateya,</div><div>StarkBits</div><div><a \
href="http://www.starkbits.com/" \
target="_blank">www.starkbits.com</a></div></div></div></div></div></div></div></div></div>Thanks \
for this report. Based solely on the man page for ld(1), it sounds like load-time \
binding would, at most, cause module loading to take longer. Are there any other \
potential issues to making this change?<span><font color="#888888"><br /> <br /> Mark \
Michelson<br /> </font></span></div><br />--<br /> \
_____________________________________________________________________<br /> -- \
Bandwidth and Colocation Provided by <a href="http://www.api-digital.com/" \
target="_blank">http://www.api-digital.com</a> --<br /> <br /> asterisk-dev mailing \
list<br /> To UNSUBSCRIBE or update options visit:<br />    <a \
href="http://lists.digium.com/mailman/listinfo/asterisk-dev" \
target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></div><br \
/><br /><br />-- <br /><div><div><div><div><div>Yousf Ateya,</div><div> \
</div><div>StarkBits</div><div><a href="http://www.starkbits.com/" \
target="_blank">www.starkbits.com</a></div></div></div></div></div></div><br /><font \
face="Courier New" size="1">This e-mail message is intended only for the use of the \
intended recipient(s). The information contained therein may be confidential or \
privileged, and its disclosure or reproduction is strictly prohibited. If you are not \
the intended recipient, please return it immediately to its sender at the above \
address and destroy it. </font>,<span>-- <br \
/>_____________________________________________________________________<br />-- \
Bandwidth and Colocation Provided by <a \
href="http://www.api-digital.com/">http://www.api-digital.com</a> --<br \
/></span><p><br />asterisk-dev mailing list<br />To UNSUBSCRIBE or update options \
visit:<br />   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></p><div> \
</div><div> </div><div>-- </div><div><strong>Sedat Karahancı</strong></div><div><span \
style="font-size:13px;">TAXIM Müşteri Hizmetleri </span>Ekip Lideri</div><div>Çağrı \
Merkezi : <span>0850 840 65 15</span></div><div><a \
href="http://www.taxim.cab/">www.taxim.cab</a></div><div> </div><div><span \
style="color:#000000;"><a href="http://www.taxim.cab/"></a><br /></span></div><div> \
</div></div><div> </div><div> </div><div>-- </div><div><strong>Sedat \
Karahancı</strong></div><div><span style="font-size:13px;">TAXIM Müşteri Hizmetleri \
</span>Ekip Lideri</div><div>Çağrı Merkezi : 0850 840 65 15</div><div><a \
href="http://www.taxim.cab">www.taxim.cab</a></div><div> </div><div><span \
style="color:#000000;"><a href="http://www.taxim.cab"></a><br /></span></div><div> \
</div>



-- 
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic