EPICS Controls Argonne National Laboratory

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  2023  2024  Index <20022003  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: base max thread priority
From: Jeff Hill <[email protected]>
To: 'Eric Norum' <[email protected]>
Cc: 'Marty Kraimer' <[email protected]>, 'Till Straumann' <[email protected]>, "'Johnson, Andrew N.'" <[email protected]>
Date: Wed, 27 Nov 2002 11:19:02 -0700
> Of course the issue of starvation of network/iocsh threads
> again arises.
> 

To some extent there is no problem there. The EPICS assumption is that
the db scan threads can and will starve the ca server and db ca link
threads if the user configures them to use all available CPU.
Admittedly, user might need to use the network for other purposes
outside the scope of EPICS like debugging, but this gets back to the
issue of how the system admin would raise the priority of the shell, or
in this case the network, on demand.

Jeff


References:
Re: base max thread priority Eric Norum

Navigate by Date:
Prev: RE: INET address Jeff Hill
Next: Re: base max thread priority Till Straumann
Index: <20022003  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: base max thread priority Eric Norum
Next: Re: base max thread priority Till Straumann
Index: <20022003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 02 Feb 2012 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·