Bernhard Pfund wrote:
> [EMAIL PROTECTED] wrote:
>> Zitat von Gilles Chanteperdrix <[EMAIL PROTECTED]>:
>>
>>> Bernhard Pfund wrote:
>>>> Hi All,
>>>>
>>>> I have some strange behaviour here. When I try to run a periodic task
>>>> sending small packets at 10kHz over an UDP socket, after some few cycles
>>>> I get ENOBUFS. I can play with rtskb pool size, which extends the number
>>>> of successful cycles, but I have the feeling that there's no
>>>> housekeeping taking place.
>>>>
>>>> Funny enough I could run the very same code for hours before I updated
>>>> to the latest code base of Linux, RTnet and RTAI.
>>> Hi,
>>>
>>> I do not know if this is your issue, but I had problems of this kind
>>> once. My problem was that my application was sending packets but never
>>> receiving, and it happened that somehow, the network sent packet to the
>>> port automatically allocated by rtnet. So, the received packets were
>>> exhausting the socket buffers.
>>>
>> Salut Gilles
>>
>> That might be the issue. I deactivated the receiver thread for test  
>> purposes... I'll re-activate it and see what happens. Thanks a lot for  
>> the hint!
>>
>> Bernhard
> 
> All,
> 
> Gilles's hint was straight to the point! It works again...
> 
> Thanks Gilles, Jan and Paul for the valuable feedback!

Ok. I am afraid I will make myself ridiculous with a stupid idea, but I
dare anyway: why using not using a different pool for sending and
receiving ?

-- 
                                            Gilles.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
RTnet-users mailing list
RTnet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rtnet-users

Reply via email to