[squid-users] 2.5.STABLE3 performance issues
Hello, I am a network manager at a school. I am not very versed with squid, and I inherited this installation, with the job. We have two separate instances of squid running on the same box, each looking at a different IP address. Each authenticates users against its own separate AD domain, and logs usage. I am having some performance issues with both of the instances. I have a 10Mbps pipe to the Net, but I can only get ~600kbps at any workstation, when there is no traffic. If I circumvent the proxy, I can get 9+Mbps, without a problem. Any ideas where I should begin my search for performance improvements? I can send copies of my .conf files to anybody interested in helping. They are large, as all of the descriptive text is still there. Thank you. -Steven E.
Re: [squid-users] 2.5.STABLE3 performance issues
tis 2007-03-13 klockan 11:49 -0600 skrev Steven Engebretson: Any ideas where I should begin my search for performance improvements? I can send copies of my .conf files to anybody interested in helping. They are large, as all of the descriptive text is still there. Step by step, continue to the next when satisfied with the results. 1. Download speed when downloading content to the Squid server, without using the proxy. wget http://some.url/file if not satisfactory then check cabling and link negotiation capabilities. Something wrong there.. 2. Download speed when downloading content to the Squid server, while using the proxy. http_proxy=http://localhost:3128 wget http://some.url/file if not satisfactory then something wrong with your Squid. Exactly what is not easy to say from this small amount of data, but verify that the proxy server isn't short on memory and swapping (quite common error). 3. Repeat 1 above, but this time while having an active transfer from the proxy server to a lan station. wget http://some.url/file while you at the same time upload large content to a local FTP server or similar, or request large content from an http or ftp server running on the Squid server. if not satisfactory then check cabling and link negotiation capabilities. Quite likely the network connection has been negotiated wrongly and the proxy and switch does not agree on the type of network. this assumes the proxy is connected with a single NIC. If multiple NICs then you need to adjust the test such that the same NIC is being used for both requests. For reliable results it's important that the destination where data is sent is local on the LAN. The test is of the LAN connection, not the Internet, and needs to max out the NIC transmit capability to reliably detect network errors. Regards Henrik signature.asc Description: Detta är en digitalt signerad meddelandedel
