<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p><br>
    </p>
    <p>***   NODE LOAD TESTING HAS BEEN CANCELED FOR THIS SAT 14th   ***<br>
    </p>
    <p>Reason...</p>
    <p>'One' participant, and that participant stated he would not be
      around for the test. ????????</p>
    <p>While I think this is 'very important',</p>
    <p>I personally will not 'ENTERTAIN'  anyone state to me that I
      should use a 'untested resource' for use in  nets etc .</p>
    <p>Nobody will be putting your head on the chopping block when
      things do not work out.</p>
    <p>I feel the more the better but <u>everyone needs some experience
        doing this sort of stuff.   </u>Pass the torch !<u><br>
      </u></p>
    <p>And this is not the same game it was just 2-3 years ago. I do
      know since I have taken part in many very large nets.<br>
    </p>
    <p>How do you make judgements on load distribution without this data
      ?    Just throw a lot of what you think are large assets at it and
      'hope' it works ?</p>
    <p><u>Well, Good luck in your 'RELIABLE' ecomm endeavors. </u><br>
    </p>
    <p>Anyone think they have a 'magic formula' for figuring this out ? 
      ...   Keep guessing ! <br>
    </p>
    <p>Most think it is simply a Network Bandwidth issue, and more
      often, it is a CPU/Memory bandwidth issue.</p>
    <p>Allison will eat into that 'heavily on smaller systems'. Heavy
      loads to your allmon page will do the same because it uses PHP
      server side scripting and is constantly querying your system for
      live data with each visitor that just sits there and monitors.
      Unlike HTML where you are just 'reading' the text, PHP uses the
      servers CPU to generate a HTML output in a dynamic way. I could
      state other things that eat into your available mem/cpu but for
      most of us, those are the 2 major ones but does not account for
      other services some run in their systems.<br>
    </p>
    <p>Both of those mean less available resources for voice data to be
      distributed. So it is not just about 'Internet Bandwidth'.<br>
    </p>
    <p>(It's-A Put-Up or Shut-Up situation.  Just so all those 'back
      seat drivers' know where they stand with me.)</p>
    <p>I have been putting the work up to make 'even better things'
      possible and understandable going forward, and most of all,
      PLAN-ABLE.</p>
    <p><br>
    </p>
    <p>A large group of successful 'real world' tests will help us
      develop a formula that everyone will benefit from.</p>
    <p>Or we can continue to head down the path of failure from our own
      ignorance as this continues to grow rapidly.</p>
    <p>The issues will not be going away, but getting more important.<br>
    </p>
    <p>I have stated my case for it the best I know how.<br>
    </p>
    <p>Blaming it on 'the summer', <b><u>I will re-visit the idea again
          this winter</u></b>. <br>
    </p>
    <p>73,</p>
    <p>...mike/kb8jnm<br>
    </p>
  </body>
</html>