EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

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  <20202021  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  <20202021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: RE: Faster Scan Rates possible?
From: "Manoussakis, Adamandios via Tech-talk" <tech-talk at aps.anl.gov>
To: EPICS tech-talk <tech-talk at aps.anl.gov>
Date: Wed, 9 Dec 2020 21:33:29 +0000

Thanks Mark/Andrew for the insigh, is there any rule of thumb for how fast you can setup a SCAN rate in that dbd file for any current line of CPU (assuming more cores would help with threading and higher clock speeds).  Is it safe to say go to .01 .001 on current gen cpu hardware? 

 

From: Johnson, Andrew N. <anj at anl.gov>
Sent: Wednesday, December 9, 2020 1:21 PM
To: Manoussakis, Adamandios <manoussakis1 at llnl.gov>
Cc: EPICS tech-talk <tech-talk at aps.anl.gov>
Subject: Re: Faster Scan Rates possible?

 

Hi,

 

On Dec 9, 2020, at 3:14 PM, Manoussakis, Adamandios via Tech-talk <tech-talk at aps.anl.gov> wrote:

 

I have been looking at older posts and have seen talk of increasing the scan rate from the default (I think) .1seconds but no definitive guide on how to?  On a standard linux distro without RT_PREEMPT, is it possible to push to say .01 or faster scan rates?  Also I wanted to know does camonitor only update as fast as the scan rate limit, .1seconds currently?

 

There is no internal connection between CA monitor rates and the DB scan rates, it very much depends on your CPU, your IOC application and the clients you have connected as to how fast you would be able to run a periodic scan thread that sends out monitors. Note that the IOC’s CA server can and does throw away monitor updates if the clients can’t keep up, so don’t design your systems assuming that your clients will always get every monitor if you’re running at high speeds.

 

HTH,

 

- Andrew

 

-- 

Complexity comes for free, simplicity you have to work for.

 


Replies:
RE: Faster Scan Rates possible? Manoussakis, Adamandios via Tech-talk
References:
Faster Scan Rates possible? Manoussakis, Adamandios via Tech-talk
Re: Faster Scan Rates possible? Johnson, Andrew N. via Tech-talk

Navigate by Date:
Prev: Re: Faster Scan Rates possible? Johnson, Andrew N. via Tech-talk
Next: RE: Faster Scan Rates possible? Manoussakis, Adamandios via Tech-talk
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  <20202021  2022  2023  2024 
Navigate by Thread:
Prev: Re: Faster Scan Rates possible? Johnson, Andrew N. via Tech-talk
Next: RE: Faster Scan Rates possible? Manoussakis, Adamandios via Tech-talk
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  <20202021  2022  2023  2024 
ANJ, 09 Dec 2020 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·