yepsh it was a zero packet lost, the packtes sent is exactly equal to packets recvd.... have tried it with apache and memcache running on local machines as well.. still got random errors !! under normal conditions, apache and memcached are running on dedicated servers, both are 64 bit AMD athlon with the apache machine having 2 GB of RAM and the memcached one having 4 GB...

<br>the output of uname -a on apache and memcache machine is as<br><br>memcache:<br>Linux <a href="http://mem1.mysite.com">mem1.mysite.com</a> 2.6.14.3.dn2.64 #4 SMP Sun Dec 25 19:45:33 EST 2005 i686 athlon i386 GNU/Linux

<br>with libevent-1.1a<br><br>apache:<br>Linux <a href="http://web1.mysite.com">web1.mysite.com</a>&nbsp; <a href="http://2.6.16.14">2.6.16.14</a> #1 SMP Tue May 9 01:23:27 EDT 2006 i686 athlon i386 GNU/Linux<br>with&nbsp; php-5.0.4

, and memcache client memcache-2.0.1 (was using 1.5 earlier, upgraded to 2.0.1 during this process.....)<br><br>&nbsp;(for all the people who asked for the switch config, i have asked the tech-support to mail me the switch sepcifications.. as i do not have the model number with me atm as well :$ .. i will be posting the details about it as well i get it... )

since i am using ab to generate the hits.. the load eventually rises as ab generates more and more requests&nbsp; (i am usualy running it a concurrency rate of 200+)... no susbstantial change on the memcached server though..

<br><br><br><br><div><span class="gmail_quote">On 5/24/06, <b class="gmail_sendername">Jacques Caron</b> &lt;<a href="mailto:jc@oxado.com">jc@oxado.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Hi, At 15:29 24/05/2006, Kamran Nisar wrote: &gt;got zero tx/rx errors... Did you check the switches as well? I guess you have everything correctly set to full duplex? What kind of switches are you using?

<br><br>&gt;even the ping returned 0% packet loss, though there was sum random<br>&gt;sharp jumps in repsonse time<br><br>0% or packet loss or 0 packets lost? In some situations you may have<br>a very low packet loss (under 1%) that is still enough to generate

some random timeouts, so make sure you check that you received exactly as many packets as you sent. Also the increases in response times mean you have some kind of network issue, probably a link or switching matrix maxing out somewhere.

<br><br>You may also want to do a local test (httpd and memcache on the same<br>box) if at all possible, to completely isolate network issues vs<br>other types of issues. I suppose you don't have any rate-limiting<br>filtering rules anywhere? If you can't run the httpd on the same box

for whatever reason, I guess a short perl (or whatever other language) script running GETs on the memcached server (running on the same box) in a tight loop while you're running your benchmark will let you know whether the issue is local or not.

<br><br>What's the load (CPU user/system), and memory usage (RAM, swap,<br>pageins/pageouts) during your benchmarks? Is there anything else<br>running on the memcached server?<br><br>Jacques.<br><br><br></blockquote></div>

<br><br clear="all"><br>-- <br>Regards<br>M Kamran Nisar,