[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [lwip-users] Recv en socket TCP
From: |
Bill Auerbach |
Subject: |
RE: [lwip-users] Recv en socket TCP |
Date: |
Mon, 5 Oct 2009 10:47:32 -0400 |
>As Kieran already said, it is generally a good idea to first get your
>application running with the standard options and once that works begin
>tweaking it to suit your memory/resource needs. MEM_LIBC_MALLOC saves
>you some code-memory if you already use malloc provided by your
>C-library somewhere else (not in lwIP) because you then do not need the
>lwIP heap implementation. On the other hand, memory usage gets a little
>less predictable as you then share the heap with the rest of the code
>running on your target. Thus, this setting largley depends on your
>target.
I thought I'd ask something that just occurred to me: Can lwIP's
implementation of malloc result in fragmentation of lwIP's heap?
If it can, than a system requiring 24/7 operation would be better off using
lwIP pools since they cannot fragment.
Bill
- Re: [lwip-users] Recv en socket TCP, (continued)
- Re: [lwip-users] Recv en socket TCP, Oscar F, 2009/10/05
- Re: [lwip-users] Recv en socket TCP, Kieran Mansley, 2009/10/05
- Re: [lwip-users] Recv en socket TCP, Oscar F, 2009/10/05
- Re: [lwip-users] Recv en socket TCP, Oscar F, 2009/10/05
- Re: [lwip-users] Recv en socket TCP, Oscar F, 2009/10/05
- Re: [lwip-users] Recv en socket TCP, Kieran Mansley, 2009/10/05
- Re: [lwip-users] Recv en socket TCP, Oscar F, 2009/10/05
- Re: [lwip-users] Recv en socket TCP, Oscar F, 2009/10/05
- Re: [lwip-users] Recv en socket TCP, address@hidden, 2009/10/05
- Re: [lwip-users] Recv en socket TCP, Oscar F, 2009/10/05
- RE: [lwip-users] Recv en socket TCP,
Bill Auerbach <=
- Re: [lwip-users] Recv en socket TCP, Oscar F, 2009/10/05
- RE: [lwip-users] Recv en socket TCP, Bill Auerbach, 2009/10/05
- Re: [lwip-users] Recv en socket TCP, address@hidden, 2009/10/05