Thank you Joel for all of the hints.
I find the maximum number - 64 - of file descriptors somehow low when
compared with Linux and RTEMS 4
(RTEMS 4 did not have the restriction with FD_SETSIZE).
Anyhow, my application is EPICS base and most of the open file
descriptors refer to the clients which
On 20/10/2022 4:03 am, Michael Davidsaver wrote:
> On 10/17/22 22:50, Chris Johns wrote:
>> On 18/10/2022 4:42 pm, Sebastian Huber wrote:
>>> On 18/10/2022 06:15, Chris Johns wrote:
On 18/10/2022 2:22 pm, Michael Davidsaver wrote:
> On 10/17/22 16:20, Chris Johns wrote:
>> 2. Look at
On 10/17/22 22:50, Chris Johns wrote:
On 18/10/2022 4:42 pm, Sebastian Huber wrote:
On 18/10/2022 06:15, Chris Johns wrote:
On 18/10/2022 2:22 pm, Michael Davidsaver wrote:
On 10/17/22 16:20, Chris Johns wrote:
2. Look at kqueue, it is a better interface for this type of blocking
Maybe not
On 18/10/2022 4:42 pm, Sebastian Huber wrote:
> On 18/10/2022 06:15, Chris Johns wrote:
>> On 18/10/2022 2:22 pm, Michael Davidsaver wrote:
>>> On 10/17/22 16:20, Chris Johns wrote:
2. Look at kqueue, it is a better interface for this type of blocking
>>> Maybe not relevant in Miroslaw's
On 18/10/2022 06:15, Chris Johns wrote:
On 18/10/2022 2:22 pm, Michael Davidsaver wrote:
On 10/17/22 16:20, Chris Johns wrote:
2. Look at kqueue, it is a better interface for this type of blocking
Maybe not relevant in Miroslaw's application, but I've found
that the RTEMS kqueue
On 18/10/2022 2:22 pm, Michael Davidsaver wrote:
> On 10/17/22 16:20, Chris Johns wrote:
>> 2. Look at kqueue, it is a better interface for this type of blocking
>
> Maybe not relevant in Miroslaw's application, but I've found
> that the RTEMS kqueue implementation doesn't notify when a
> TCP
On 10/17/22 16:20, Chris Johns wrote:
2. Look at kqueue, it is a better interface for this type of blocking
Maybe not relevant in Miroslaw's application, but I've found
that the RTEMS kqueue implementation doesn't notify when a
TCP connection is closed by reset. I think this is a lack
of
On 18/10/2022 9:19 am, Miroslaw Dach wrote:
>>AFAIK you'd have to patch the header in the C Library when building the tools
> using the RSB to have a possible clean solution. Editing the installed header
> would be uncool.
> I see , I thought that it is somehow simpler thing.
>>How many
Hi Joel,
Thank you for your quick answer.
>AFAIK you'd have to patch the header in the C Library when building the
tools using the RSB to have a possible clean solution. Editing the
installed header would be uncool.
I see , I thought that it is somehow simpler thing.
>How many descriptors do you
On Mon, Oct 17, 2022, 12:23 PM Miroslaw Dach
wrote:
> Hello,
>
> I have followed the instruction to change the limit of File Descriptors
> higher than 64:
>
> https://docs.rtems.org/branches/master/user/migration/v4_11-to-v5.html
> chapter 13.1.3. File Descriptors
>
> Is it required to rebuild
Hello,
I have followed the instruction to change the limit of File Descriptors
higher than 64:
https://docs.rtems.org/branches/master/user/migration/v4_11-to-v5.html
chapter 13.1.3. File Descriptors
Is it required to rebuild the RTEMS5 kernel with the
macro FD_SETSIZE set to the higher value
11 matches
Mail list logo
