Return-Path: Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 57651 invoked by uid 500); 13 Feb 2003 20:14:48 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 57543 invoked from network); 13 Feb 2003 20:14:47 -0000 Message-ID: From: Juan Rivera To: dev@httpd.apache.org Subject: Artificial delay on traffic Date: Thu, 13 Feb 2003 15:14:46 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2D39C.8417B3E0" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C2D39C.8417B3E0 Content-Type: text/plain I wrote a SOCKS module for Apache 2. I started off with the proxy_connect code and added the SOCKS handshake plus the filter chain on the client socket. I use it to pass ICA traffic. The ICA protocol is a very chatty protocol; it sends very small packets back and forth. At first I was experiencing very large latency but it was because the socket created to the backend had nagling enabled. I disabled that and latency drop to almost zero. On Linux, I still experience some latency but I can not identify the problem. The httpd process is not saturating at all. I'm wondering if there is another type of hidden buffering that is causing that delay. On Windows, the problem is a lot less noticeable but still there is a delay. I'm using the worker mpm on Linux. Do you guys know about anything in particular specific to Linux or the Linux implementation of Apache that might be causing the artificial delay? Or is it simply the overhead of going through the filter chain for a bunch of 4 bytes packets? Best regards, Juan C. Rivera Citrix Systems, Inc. ------_=_NextPart_001_01C2D39C.8417B3E0 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Artificial delay on traffic

I wrote a SOCKS module for Apache 2. I started off = with the proxy_connect code and added the SOCKS handshake plus the = filter chain on the client socket. I use it to pass ICA traffic. The = ICA protocol is a very chatty protocol; it sends very small packets = back and forth.

At first I was experiencing very large latency but it = was because the socket created to the backend had nagling enabled. I = disabled that and latency drop to almost zero.

On Linux, I still experience some latency but I can = not identify the problem. The httpd process is not saturating at all. = I'm wondering if there is another type of hidden buffering that is = causing that delay.

On Windows, the problem is a lot less noticeable but = still there is a delay.

I'm using the worker mpm on Linux.

Do you guys know about anything in particular = specific to Linux or the Linux implementation of Apache that might be = causing the artificial delay?

Or is it simply the overhead of going through the = filter chain for a bunch of 4 bytes packets?

Best regards,

Juan C. Rivera
Citrix Systems, Inc.

------_=_NextPart_001_01C2D39C.8417B3E0--