Maybe your Squid machine is low on memory and Squid is causing a low of
swap activity?
-- Henrik Nordstrom Squid hacker Stuart Clark wrote: > > Hi, > I have a 512k link and have noticed for a while some latency occuring. > After searching and testing I found that when I shutdown squid the latency > goes away. > Squid seems to be using the whole 512k in bursts (see ping stats below) > Why is this happening and how do i control it? > Can i restrict the amount of bandwith used? > Regards > Stuart Clark > sclark@spacelink.com.au > > 64 bytes from 210.80.32.6: icmp_seq=13183 ttl=252 time=2.064 msec > 64 bytes from 210.80.32.6: icmp_seq=13184 ttl=252 time=2.016 msec > 64 bytes from 210.80.32.6: icmp_seq=13186 ttl=252 time=456.681 msec > 64 bytes from 210.80.32.6: icmp_seq=13187 ttl=252 time=346.500 msec > 64 bytes from 210.80.32.6: icmp_seq=13188 ttl=252 time=399.741 msec > 64 bytes from 210.80.32.6: icmp_seq=13189 ttl=252 time=209.792 msec > 64 bytes from 210.80.32.6: icmp_seq=13190 ttl=252 time=287.102 msec > 64 bytes from 210.80.32.6: icmp_seq=13191 ttl=252 time=65.096 msec > 64 bytes from 210.80.32.6: icmp_seq=13192 ttl=252 time=2.623 msec > 64 bytes from 210.80.32.6: icmp_seq=13193 ttl=252 time=2.681 msec > 64 bytes from 210.80.32.6: icmp_seq=13194 ttl=252 time=2.618 msec > 64 bytes from 210.80.32.6: icmp_seq=13195 ttl=252 time=4.718 msec > 64 bytes from 210.80.32.6: icmp_seq=13196 ttl=252 time=2.313 msec > 64 bytes from 210.80.32.6: icmp_seq=13197 ttl=252 time=74.431 msec > 64 bytes from 210.80.32.6: icmp_seq=13198 ttl=252 time=350.889 msec > 64 bytes from 210.80.32.6: icmp_seq=13199 ttl=252 time=288.520 msec > 64 bytes from 210.80.32.6: icmp_seq=13200 ttl=252 time=290.124 msec > 64 bytes from 210.80.32.6: icmp_seq=13201 ttl=252 time=279.688 msec > 64 bytes from 210.80.32.6: icmp_seq=13202 ttl=252 time=2.271 msec > 64 bytes from 210.80.32.6: icmp_seq=13203 ttl=252 time=2.699 msec > 64 bytes from 210.80.32.6: icmp_seq=13204 ttl=252 time=2.207 msec > 64 bytes from 210.80.32.6: icmp_seq=13205 ttl=252 time=2.161 msec > 64 bytes from 210.80.32.6: icmp_seq=13206 ttl=252 time=23.683 msec > 64 bytes from 210.80.32.6: icmp_seq=13207 ttl=252 time=49.053 msec > 64 bytes from 210.80.32.6: icmp_seq=13208 ttl=252 time=18.820 msec > 64 bytes from 210.80.32.6: icmp_seq=13209 ttl=252 time=231.755 msec > 64 bytes from 210.80.32.6: icmp_seq=13210 ttl=252 time=472.556 msec > 64 bytes from 210.80.32.6: icmp_seq=13211 ttl=252 time=202.971 msec > 64 bytes from 210.80.32.6: icmp_seq=13212 ttl=252 time=2.309 msec > 64 bytes from 210.80.32.6: icmp_seq=13213 ttl=252 time=122.292 msec > 64 bytes from 210.80.32.6: icmp_seq=13214 ttl=252 time=23.638 msec > 64 bytes from 210.80.32.6: icmp_seq=13215 ttl=252 time=5.138 msec > 64 bytes from 210.80.32.6: icmp_seq=13216 ttl=252 time=2.394 msec > 64 bytes from 210.80.32.6: icmp_seq=13217 ttl=252 time=2.313 msec > > ------------------------------------- > Stuart G. Clark > Manager, > Spacelink Communications Pty. Ltd. > http://www.spacelink.com.au > +61 03 9 888 9874 > > -------------------------------------Received on Fri Sep 14 2001 - 18:11:20 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:02:11 MST