EPICS Home

Experimental Physics and Industrial Control System


 
<20022003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  Index <20022003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022 
<== Date ==> <== Thread ==>

Subject: base max thread priority
From: Marty Kraimer <mrk@aps.anl.gov>
To: Eric Norum <eric.norum@usask.ca>
Cc: "Johnson, Andrew N." <anj@aps.anl.gov>, Jeff Hill <johill@lanl.gov>, Till Straumann <strauman@SLAC.Stanford.EDU>
Date: Tue, 26 Nov 2002 14:25:47 -0600
At the EPICS meeting last week Till asked:

1) Could we declare a maximum priority for any component of base?
2) Why does iocsh run at epicsThreadPriorityMax?

Brief discussion.

1) sounds like a good request. How about

epicsThreadPriorityBaseMax = 91

2) I will assume that this was done to be like vxWorks, which runs the vxWorks shell at highest priority. If iocsh runs at epicsThreadPriorityBaseMax it seems like it should be OK. If a very high prority application thread uses all the CPU time iocsh can't get control but this is the applications problem.

Comments anyone?

Marty


Replies:
Re: base max thread priority Eric Norum

Navigate by Date:
Prev: Re: EPICS Bug Tracker Bob Dalesio
Next: Re: base max thread priority Eric Norum
Index: <20022003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022 
Navigate by Thread:
Prev: Re: FW: [EPICS Base R3.14.x 0000018]: gcc 2.95.x crashes on cac.cpp Andrew Johnson
Next: Re: base max thread priority Eric Norum
Index: <20022003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022