From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5975 invoked by alias); 8 Jul 2002 23:13:15 -0000 Mailing-List: contact ecos-discuss-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@sources.redhat.com Received: (qmail 5959 invoked from network); 8 Jul 2002 23:13:13 -0000 Received: from unknown (HELO conn.mc.mpls.visi.com) (208.42.156.2) by sources.redhat.com with SMTP; 8 Jul 2002 23:13:13 -0000 Received: from grante.comtrol.com (isis.visi.com [209.98.98.8]) by conn.mc.mpls.visi.com (Postfix) with SMTP id 4992081C9 for ; Mon, 8 Jul 2002 18:13:12 -0500 (CDT) Received: (qmail 31958 invoked by uid 500); 8 Jul 2002 23:16:45 -0000 Date: Mon, 08 Jul 2002 16:13:00 -0000 From: Grant Edwards To: ecos-discuss@sources.redhat.com Message-ID: <20020708181640.A31952@visi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Subject: [ECOS] TCP stack not delaying/piggybacking ACKs? X-SW-Source: 2002-07/txt/msg00080.txt.bz2 I'm working with an application that exchanges a continuous stream of data with a host. Each sends a TCP packet full of data every 10ms or so. The eCos stack is not delaying/piggybacking ACKs, so the eCos app is sending roughly twice as many packets as it needs to. [I'm running out of CPU throughput, and cutting the number of TCP packets sent by 50% would really help]. The other end (Linux host) never sends a lone ACK, since there's never more than 10ms between data packets. This is an eCos CVS snapshot from a while back (early 2001). Have others noticed this behavior? Has it been fixed? -- Grant Edwards grante@visi.com -- Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos and search the list archive: http://sources.redhat.com/ml/ecos-discuss