1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 <2011> 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 | Index | 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 <2011> 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 |
<== Date ==> | <== Thread ==> |
---|
Subject: | RE: epicsEvent (posix implementation) bug ? |
From: | <[email protected]> |
To: | <[email protected]> |
Cc: | [email protected] |
Date: | Mon, 31 Jan 2011 17:59:52 +0000 |
For my particular application I do require priority scheduling of multiple writers on PREEMPT_RT Linux. As Till mentioned moving to a single pthread condition variable per queue empty/full would give this (depending on the scheduling policy) and also remove the need for dynamic memory allocation in the implementation, whether this is a desirable default semantics for Linux is another matter. I would say yes. From: Eric Norum [mailto:[email protected]] Are you suggesting that we require priority-based queueing for multiple readers? At the moment the appDevGuide does not specify this requirement, though as you point out, non-priority queueing can lead to priority inversion. The current vxWorks and RTEMS implementations provide FIFO queueing but it would be a one-word change to get them provide priority queueing. Not sure about windows, but since priority inversion is a major issue only for systems with strict priority-based scheduling I'm not sure that it's that big a deal there anyhow. On Jan 31, 2011, at 1:16 AM, <[email protected]> wrote: Removing the thread wakeup FIFO and sharing the wakeup event is --
-- This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail. |