From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32546 invoked by alias); 28 Apr 2013 20:43:02 -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 32536 invoked by uid 89); 28 Apr 2013 20:43:01 -0000 X-Spam-SWARE-Status: No, score=-3.2 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 20:42:30 +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 r3SKgEn7024474; Sun, 28 Apr 2013 14:42:15 -0600 References: <001201ce4404$f89d4f20$e9d7ed60$@netic.com> <001501ce4406$9f7a0670$de6e1350$@itrgmbh.de> <6AE794FE-711D-410C-B747-335C163616B7@netic.com> <001601ce4409$b090d800$11b28800$@itrgmbh.de> In-Reply-To: <001601ce4409$b090d800$11b28800$@itrgmbh.de> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Message-Id: <47DFC263-9DA4-4272-B6F9-33D0A74DA39E@netic.com> Cc: "" From: Laurie Gellatly Date: Sun, 28 Apr 2013 20:43:00 -0000 To: Richard Rauch Subject: Re: AW: AW: [ECOS] FreeBSD not always releasing ACK MBUFs X-SW-Source: 2013-04/txt/msg00034.txt.bz2 Thanks for your help Richard.=20 I will look, compare and let you know what I find.=20 ...Laurie:{) On 28/04/2013, at 10:12 PM, "Richard Rauch" wrote: > Hmm, hard to say, what exactely is the reason for your problems. > The stack is well known for having several problems regarding mbufs and o= thers...but I thought, the commercial eCosPro Version, you are using, shoul= d contain an improved stack version! >=20 > One of our porting projects was for Atmel AT91SAM9G45 and our customer So= fting provided a bunch of improvements. > You could compare your version with our version, available at http://tipr= om.itrgmbh.com/projects/ecos-on-atmel9g45=20 > Maybe it's helpful! >=20 > Richard >=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:56 >> An: Richard Rauch >> Cc: >> Betreff: Re: AW: [ECOS] FreeBSD not always releasing ACK MBUFs >>=20 >> FreeBSD. How did I miss that important fact??? >>=20 >> ...Laurie:{) >> +61 416 114419 >>=20 >>=20 >> On 28/04/2013, at 9:50 PM, "Richard Rauch" wrote: >>=20 >>> 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 >>>> application 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 n= ever 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 >>>> these 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 close 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 when 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 >> -- >> 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 > --=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 -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss