<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns="http://www.w3.org/TR/REC-html40">

<head>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 11 (filtered medium)">
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman";}
a:link, span.MsoHyperlink
        {color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:Arial;
        color:windowtext;}
@page Section1
        {size:8.5in 11.0in;
        margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
        {page:Section1;}
-->
</style>

</head>

<body lang=EN-US link=blue vlink=purple>

<div class=Section1>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>Hey folks,<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>I&#8217;m wondering what the maximum rate of messages/sec
people are seeing on their spread networks.&nbsp; I&#8217;ve used the spflood
utility to test a few scenarios, and so far the best throughput I&#8217;ve seen
on production quality hardware ranges from 35,000 &#8211; 101,000 spread
messages/second.&nbsp; I can&#8217;t really tell if these numbers are high or low
compared to other users&#8230;&nbsp; The basics of this test are: 3 nodes in the
cluster, on gigE on a switch, with plenty of CPU.&nbsp; The limiting factor seems to
be CPU usage by the spread daemon itself.&nbsp; It appears to be a single-threaded
process, so the spflood testing causes spread to consume 100% cpu. The
bottleneck is messages/sec, not bytes/sec, for small message sizes.<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>Are there any recent measurements showing performance
statistics on modern CPUs and networking gear with various message sizes and #
of listeners, for different environments of LAN, and LAN+WAN segments?<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>From what spflood testing is showing, so far, I believe the
limiting factor for me is not bandwidth, but messages/sec (pkts/sec).&nbsp; I
suspect I will have to use larger batched messages in my application to avoid
maxing out CPU on spread messages/sec (if I directly map application
message/sec to spread message/sec.)<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>I&#8217;m also interested in the performance of spread in
the face of some known likely failure conditions, like a single node being
down, or the leader down going down.&nbsp; Aside from a temporary spike in message
latency, I&#8217;m really interested in what effect a single dead-node will
have on overall throughput (msgs/sec) in a spread network.&nbsp; This obviously
translates directly to real world failure cases.<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>What is your experience and do you have any tips to help
avoid overwhelming spread, and how to best implement clients (rotoring and
such) to reduce impact of likely failure cases?<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>Just curious&#8230; Thanks everyone, and thanks to Yair and
Co. for providing such an amazing framework like Spread.<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>- Will</span></font><o:p></o:p></p>

</div>

</body>

</html>