<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Dec 5, 2013 at 2:20 AM, Alexander Holler <span dir="ltr"><<a href="mailto:holler@ahsoftware.de" target="_blank">holler@ahsoftware.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Am 05.12.2013 07:15, schrieb mat henshall:<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
extremely fast and efficient on small devices. BTW the trick to avoid the<br>
tag comparison is to convert the various tags and namespaces to hash values<br>
as they come in during parsing and then only compare on the hash value. We<br>
</blockquote>
<br></div>
Hmm, I would have assumed most servers already do convert the tags and<br>
namespaces to something else to not have to handle strings afterwards. I<br>
don't know If there is a big difference to calc a hash or to compare the<br>
strings once might make a big a difference in the overall picture (if they are sorted by frequency, comparing strings might be faster than calculating the hash and then comparing unsorted hashes).<br>
<br></blockquote><div><br></div><div>For server applications with more than enough memory and CPU cycles, I would not normally bother with this… but in constrained devices this is an effective way to reduce the constant data space as well as runtime memory usage. And it was that that drove the original design. When you only have 100k of memory available… 12k in constant data is significant. Ofcourse, your argument is.. Why bother? Use a binary protocol and don't worry about the XML. </div>
<div><br></div><div>Which is a legitimate argument, but at the overall system architecture level, using XML/XMPP at the gateway or device level is often the best tradeoff… and some of these network devices have really small footprints so the extra effort in developing an efficient XML handling library fro extremely constrained devices is worth while within the context of the overall system architecture.</div>
<div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
______________________________<u></u>_________________<br>
JDev mailing list<br>
Info: <a href="http://mail.jabber.org/mailman/listinfo/jdev" target="_blank">http://mail.jabber.org/<u></u>mailman/listinfo/jdev</a><br>
Unsubscribe: <a href="mailto:JDev-unsubscribe@jabber.org" target="_blank">JDev-unsubscribe@jabber.org</a><br>
______________________________<u></u>_________________<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><br>Mat Henshall<br>Founder and CEO, Square Connect, Inc.<br>San Jose, CA<br><a href="http://www.squareconnect.com" target="_blank">www.squareconnect.com</a><br>
cell: 650.814.7585
</div></div>