RE: [squid-users] Multi ISP Load Balancing Problem

From: Guido Serassio <guido.serassio@dont-contact.us>
Date: Sun, 02 Mar 2008 18:36:41 +0100

Hi,

At 19:51 28/02/2008, Lazuardi Nasution wrote:
>We are using Squid 2.6STABLE18 for Windows. The performance is so bad. Here
>is some of weird things on log file, I don't have any idea of them.

Exactly what Windows version ? I hope that you are using a Windows
Server 2003 machine ....

>2008/02/28 11:17:38| comm_select: select failure: (10038) WSAENOTSOCK,
>Socket operation on nonsocket.
>2008/02/28 11:17:38| Select loop Error. Retry 10
>FATAL: Select Loop failed!
>Squid Cache (Version 2.6.STABLE18): Terminated abnormally.
>CPU Usage: 106.922 seconds = 35.922 user + 71.000 sys
>Maximum Resident Size: 41444 KB
>Page faults with physical i/o: 12269
>
>These errors only happen when there is many users are accessing the Squid.
>These errors didb't happen when I just using one instance and do load
>balancing by separating tcp_outgoing_address on Squid Main based on odd or
>even clients source address, I'm not satisfied with this load balancing
>method.

Don't forget that scalability of Squid on Windows is very limited:
- Maximum file descriptors number is hard coded to 2048 in the
Microsoft C Runtime library, so you can safely support a top of
around 660 CONCURRENT object requests without user authentication.
Please note: OBJECT requests, not concurrent USERS.
- For portability reasons, the comm loop is based on select(), this
is not the better thing for speed.

Here you can find some tips on tuning TCP on Windows:
http://smallvoid.com/article/winnt-tcpip-max-limit.html

Regards

Guido

-
========================================================
Guido Serassio
Acme Consulting S.r.l. - Microsoft Certified Partner
Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY
Tel. : +39.011.9530135 Fax. : +39.011.9781115
Email: guido.serassio@acmeconsulting.it
WWW: http://www.acmeconsulting.it/
Received on Sun Mar 02 2008 - 10:38:34 MST

This archive was generated by hypermail pre-2.1.9 : Tue Apr 01 2008 - 13:00:04 MDT