Experimental Physics and Industrial Control System
> On 26. May 2020, at 05:45, Johnson, Andrew N. via Core-talk <core-talk at aps.anl.gov> wrote:
>
>
>
> Heinz, If there is a measurable performance advantage in providing an implementation of the epicsMessageQueue based on Posix message queues I don’t have an objection in our providing one for other OSs, but we would have to work out how to exclude Darwin builds from the Posix rule since MacOS X doesn’t have a mqueue.h header at all.
>
> I do remember that there are a few places in the default implementation where in the course of a single send or receive operation there may be multiple task switches that could occur between the sending and receiving threads. However if there isn’t likely to be much of a performance gain I don’t know whether it’s worth spending much time on this.
>
> - Andrew
>
Is there already a performance test for the epicsMessageQueues implementation? Otherwise, I'll give it a try.
Gruss Heinz
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
- References:
- RTEMS/osdMessageQueue.c Johnson, Andrew N. via Core-talk
- Re: RTEMS/osdMessageQueue.c Michael Davidsaver via Core-talk
- Re: RTEMS/osdMessageQueue.c Johnson, Andrew N. via Core-talk
- Navigate by Date:
- Prev:
Build failed: epics-base base-7.0-512 AppVeyor via Core-talk
- Next:
Jenkins build is back to stable : epics-pva2pva-linux32 #181 APS Jenkins via Core-talk
- Index:
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
<2020>
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
Re: RTEMS/osdMessageQueue.c Michael Davidsaver via Core-talk
- Next:
Re: RTEMS/osdMessageQueue.c Michael Davidsaver via Core-talk
- Index:
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
<2020>
2021
2022
2023
2024