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
Attachment:
signature.asc
Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signerad meddelandedel
