From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13100 invoked by alias); 28 Apr 2013 11:55:48 -0000 Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Received: (qmail 13089 invoked by uid 89); 28 Apr 2013 11:55:48 -0000 X-Spam-SWARE-Status: No, score=-3.1 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,MIME_QP_LONG_LINE,RP_MATCHES_RCVD autolearn=ham version=3.3.1 Received: from netic.com (HELO netic.com) (208.131.130.247) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Sun, 28 Apr 2013 11:55:47 +0000 Received: from [10.1.1.253] (60-242-91-36.static.tpgi.com.au [60.242.91.36]) (authenticated bits=0) by netic.com (8.13.1/8.13.1) with ESMTP id r3SBtdcD016710; Sun, 28 Apr 2013 05:55:40 -0600 References: <001201ce4404$f89d4f20$e9d7ed60$@netic.com> <001501ce4406$9f7a0670$de6e1350$@itrgmbh.de> In-Reply-To: <001501ce4406$9f7a0670$de6e1350$@itrgmbh.de> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Message-Id: <6AE794FE-711D-410C-B747-335C163616B7@netic.com> Cc: "" From: Laurie Gellatly Date: Sun, 28 Apr 2013 11:55:00 -0000 To: Richard Rauch Subject: Re: AW: [ECOS] FreeBSD not always releasing ACK MBUFs X-SW-Source: 2013-04/txt/msg00032.txt.bz2 FreeBSD. How did I miss that important fact??? ...Laurie:{) +61 416 114419 On 28/04/2013, at 9:50 PM, "Richard Rauch" wrote: > Hello, >=20 > which TCP/IP Stack are you using? FreeBSD or lwIP? >=20 > Richard >=20 > ITR GmbH > web: http://www.itrgmbh.com > email: info@itrgmbh.com >=20 >=20 >> -----Urspr=C3=BCngliche Nachricht----- >> Von: ecos-discuss-owner@ecos.sourceware.org [mailto:ecos-discuss- >> owner@ecos.sourceware.org] Im Auftrag von Laurie Gellatly >> Gesendet: Sonntag, 28. April 2013 13:39 >> An: ecos-discuss@sourceware.org >> Betreff: [ECOS] FreeBSD not always releasing ACK MBUFs >>=20 >> Hi All, >> I'm using eCosPro from pre eCos 3.0 to serve web pages with embedded >> images, CSS and javascripts. >> Some pages are set to refresh their content and eventually the applicati= on runs >> out of MBUFs and restarts. >> I can use my own web server or the CYGPKG_HTTPD server with the same >> result. >>=20 >> I used the CYGPKG_HTTPD server on port 81 to monitor network stats. >> What I find is that the =E2=80=98HEADER=E2=80=99 type MBUFs grow and nev= er shrink, eventually >> running out of MBUFs completely. >> The amount of growth in each iteration varies. >> When I dump the data in the HEADER MBUFs (modified support.c to print th= ese >> short MBUFs) and compared them to the network traffic seen by wireshark I >> have confirmed that the HEADERs are correct ACK packets sent at the clos= e of >> various HTTP get sequences. >> For some reason they are not being released. >>=20 >> I also found that the number of timeout entries (NTIMEOUTS) in timeout.c >> (default 8) is WAY below what is needed (about 70 being used). >>=20 >> I'm thinking it's something to do with TIME_WAIT not closing the tcpcb w= hen it >> should. >>=20 >> Has anyone seen this before or can suggest a way to troubleshoot this? >>=20 >> Thanks ...Laurie:{) >>=20 >>=20 >>=20 >>=20 >> -- >> Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos >> and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss >=20 >=20 >=20 -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss