Subject: |
general purpose callback tasks : callbackRequest() |
From: |
John Dobbins <[email protected]> |
To: |
EPICS Tech-Talk <[email protected]> |
Date: |
Wed, 08 Jun 2011 09:01:31 -0400 |
Greetings,
I have an IOC on which all records stopped updating for 5 seconds at a
time followed by resumption of normal operation. The IOC would operate
normally for hours at a time and then would suffer a burst of stop/go
activity lasting several minutes.
The IOC has multiple thread implementing asynchronous device support and
uses the general purpose IOC callback tasks. I think the problem is that
callbackRequest(), which can fail silently, was overflowing the callback
queue.
My problem appears to be fixed by increasing the callback queue size.
My question: Is there a way to know about the callback queue status or
otherwise avoid this situation?
John Dobbins
Cornell Laboratory for Accelerator-based Sciences and Education
Cornell University
Ithaca, NY
- Replies:
- RE: general purpose callback tasks : callbackRequest() Davidsaver, Michael
- Navigate by Date:
- Prev:
Problem with caget on 3.14.12.1? Mark Rivers
- Next:
unsymmetrical mutex use in dbCa.c Dirk Zimoch
- 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
- Navigate by Thread:
- Prev:
RE: Problem with caget on 3.14.12.1? Jeff Hill
- Next:
RE: general purpose callback tasks : callbackRequest() Davidsaver, Michael
- 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
|