<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Aug 26, 2014 at 9:50 PM, Elvir Bahtijaragic <span dir="ltr"><<a href="mailto:elvir@bahtech.com" target="_blank">elvir@bahtech.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">






<div dir="ltr">
<div name="divtagdefaultwrapper" style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0);margin:0px">
<p>Hi Waqas,</p>
<p><br>
</p>
<p>Actually the project was added about 3 months ago (<a href="https://github.com/Kixeye/kixmpp/graphs/commit-activity" target="_blank">https://github.com/Kixeye/kixmpp/graphs/commit-activity</a>).</p>
<p><br>
</p>
<p>This project has an interesting history. Initially it started as an efficient load testing client for testing Openfire - we are able to simulate 15000 clients on a xlarge instance on AWS. Other XMPP clients were unable to handle a large number of XMPP clients
 on a single instance, i.e. Smack had tons of memory leaks and Tigase was extremely inefficient in processing stanzas. Soon after load testing Openfire we realized that it performs extremely poorly under load and is completely unstable in a clustered environment.
 So we dropped Openfire and implemented our own XMPP server - using high-performance computing design patterns. Our requirement was to reach 500,000 simulated chatting clients - but we never actually hit a limit in our load tests. Based on our load testing
 parameters: a million simulated clients caused the server to output 230,000 message stanzas per second with a load average of 6 on a 32 core box using only 30% memory on average.</p>
<p><br>
</p>
<p>Thanks! We will add more documentation soon. Currently it's meant to be used as a library and enable any Java application to embed a XMPP client or XMPP server.</p>
<p><br>
</p>
<p>Regards,</p>
<p>Elvir B.</p></div></div></blockquote><div>That's very informative. The performance and memory usage numbers are impressive. It would be great if you could publish your load testing tools as well, so other server vendors can compare. I know I'd like to benchmark Prosody, the server I work on.</div>

<div><br></div><div>Unless I missed it, the server is missing server-to-server federation. Is this something you plan to add?</div><div><br></div><div>Again, great job on the project and thanks for releasing this. I like the code quite a bit. My biggest complaint so far is mixed tabs and spaces in many of the files :)</div>

<div><br></div><div>--</div><div>Waqas Hussain</div><div><br></div></div></div></div>