Experimental Physics and Industrial Control System
|
We want to measure channel access performance say for an integer data type using "catime" tool and as per our expectation we have got the result in a linux-x86 platform which concludes something like this:
(i) The plot "No. of PV" vs "Average Time" is like a bath tub curve. (ii) The initial slope explains the network overhead is more than the size of PV (iii) The middle plateau explains the optimised performance of CA as the number of PVs are high. (iv) The final slope explains that CPU is overloaded with no of PVs and from here we can draw the threshold optimised performance of CA for an ioc.
However, when we are performing the same for ARM9 and FPGA-microblaze the final slope is not coming with the data generated though the ioc CPU is overloaded and it maintains the plateau for ever.
Can anybody explain the
reason?
Tanushyam Bhattacharjee, Shantanoo Sahoo
Variable Energy Cyclotron Centre Kolkata,India
|
- Replies:
- RE: EPICS channel access performance test Hill, Jeff
- Navigate by Date:
- Prev:
Re: stream device string/hex parsing Gerrit Kühn
- Next:
RE: stream device string/hex parsing peter.owens
- 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: stream device string/hex parsing Gerrit Kühn
- Next:
RE: EPICS channel access performance test Hill, Jeff
- 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
|
ANJ, 18 Nov 2013 |
·
Home
·
News
·
About
·
Base
·
Modules
·
Extensions
·
Distributions
·
Download
·
·
Search
·
EPICS V4
·
IRMIS
·
Talk
·
Bugs
·
Documents
·
Links
·
Licensing
·
|