This is the mail archive of the ecos-discuss@sourceware.org mailing list for the eCos project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: AW: AW: FreeBSD not always releasing ACK MBUFs


Thanks for your help Richard. 
I will look, compare and let you know what I find. 

        ...Laurie:{)


On 28/04/2013, at 10:12 PM, "Richard Rauch" <rrauch@itrgmbh.de> 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 others...but I thought, the commercial eCosPro Version, you are using, should contain an improved stack version!
> 
> One of our porting projects was for Atmel AT91SAM9G45 and our customer Softing provided a bunch of improvements.
> You could compare your version with our version, available at http://tiprom.itrgmbh.com/projects/ecos-on-atmel9g45 
> Maybe it's helpful!
> 
> Richard
> 
> 
>> -----UrsprÃngliche 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: <ecos-discuss@sourceware.org>
>> Betreff: Re: AW: [ECOS] FreeBSD not always releasing ACK MBUFs
>> 
>> FreeBSD. How did I miss that important fact???
>> 
>>        ...Laurie:{)
>> +61 416 114419
>> 
>> 
>> On 28/04/2013, at 9:50 PM, "Richard Rauch" <rrauch@itrgmbh.de> wrote:
>> 
>>> Hello,
>>> 
>>> which TCP/IP Stack are you using? FreeBSD or lwIP?
>>> 
>>> Richard
>>> 
>>> ITR GmbH
>>> web:     http://www.itrgmbh.com
>>> email:   info@itrgmbh.com
>>> 
>>> 
>>>> -----UrsprÃngliche 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
>>>> 
>>>> 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.
>>>> 
>>>> I used the CYGPKG_HTTPD server on port 81 to monitor network stats.
>>>> What I find is that the âHEADERâ type MBUFs grow and never 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.
>>>> 
>>>> 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).
>>>> 
>>>> I'm thinking it's something to do with TIME_WAIT not closing the
>>>> tcpcb when it should.
>>>> 
>>>> Has anyone seen this before or can suggest a way to troubleshoot this?
>>>> 
>>>> Thanks            ...Laurie:{)
>>>> 
>>>> 
>>>> 
>>>> 
>>>> --
>>>> Before posting, please read the FAQ:
>>>> http://ecos.sourceware.org/fom/ecos
>>>> and search the list archive:
>>>> http://ecos.sourceware.org/ml/ecos-discuss
>> 
>> --
>> Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
>> and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
> 
> 
> 
> -- 
> Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
> and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
> 
> 

--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]