Hi Michael,
I like your idea of measuring the scan time using a pair of records with
higher/lower PHAS field. I added the following records (all other
records on my IOC have PHAS=0):
record(ai, "PHAS-1") {
field(DTYP, "Soft Timestamp")
field(SCAN, "1 second")
field(PHAS, "-1")
}
record(ai, "PHAS1") {
field(DTYP, "Soft Timestamp")
field(SCAN, "1 second")
field(PHAS, "1")
field(FLNK, "SCANTIME")
}
record(calc, "SCANTIME") {
field(INPA, "PHAS-1 NPP MS")
field(INPB, "PHAS1 NPP MS")
field(CALC, "1e6*(B-A)")
field(EGU, "us")
}
The result is interesting: SCANTIME reads somewhere between 10 and 100
µs. At the same time I'm getting warnings from the '1 second' scan
thread ("Scan processing averages 1.440 seconds (1.020 .. 2.110)"). Any
idea why the SCANTIME PV and the times in the warning don't line up?
Also, SCANTIME doesn't seem to change if I remove 99% if the
devices/records.
If I monitor a few arbitrary PVs with PHAS 0 I can see them update a
while (for example ~60 ms or ~200 ms) after PHAS1 processes. This
confirms that my records finish processing asynchronously.
Is the scan thread measuring the time until the last asynchronous PV has
received its callback?
Thanks a lot,
Martin
--
Martin Konrad
Facility for Rare Isotope Beams
Michigan State University
640 South Shaw Lane
East Lansing, MI 48824-1321, USA
Tel. 517-908-7253
Email: [email protected]
- Replies:
- Re: Excessive scan times for periodic scans Mark Rivers via Core-talk
- Re: Excessive scan times for periodic scans Ralph Lange via Core-talk
- References:
- Excessive scan times for periodic scans Konrad, Martin via Core-talk
- Re: Excessive scan times for periodic scans Konrad, Martin via Core-talk
- Navigate by Date:
- Prev:
Re: EPICS 7.0.2.1 release preparation Dirk Zimoch via Core-talk
- Next:
Re: Excessive scan times for periodic scans Mark Rivers via Core-talk
- Index:
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: Excessive scan times for periodic scans Konrad, Martin via Core-talk
- Next:
Re: Excessive scan times for periodic scans Mark Rivers via Core-talk
- Index:
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
<2019>
2020
2021
2022
2023
2024
|