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 2025 | 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 2025 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: Timing in seq record |
From: | Andrew Johnson via Tech-talk <tech-talk at aps.anl.gov> |
To: | Michael Davidsaver <mdavidsaver at gmail.com>, Mark Rivers <rivers at cars.uchicago.edu> |
Cc: | "tech-talk at aps.anl.gov" <tech-talk at aps.anl.gov> |
Date: | Thu, 3 Mar 2022 10:26:19 -0600 |
On 3/3/22 05:21, Mark Rivers via Tech-talk wrote:
I believe Freddie is correct in his more recent message:
There were timers waking up early, but also half a quantum being subtracted from the time value asked for, I think to give a good average wakeup time for systems when wakeup is on boundaries of the quantum. I see that this subtraction still happens
This looks like a problem of quantum/2 subtraction.
I agree that this arbitrary shortening is a ~bug, but it is worth remembering
that my attempt at removing this it caused a problem for you (Mark) on vxworks.
https://bugs.launchpad.net/epics-base/+bug/1861612/comments/12
There are some known problems with using epicsTimer for precise, short, delays.
-- Complexity comes for free, Simplicity you have to work for.