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  2020  2021  <20222023  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  2020  2021  <20222023  2024 
<== Date ==> <== Thread ==>

Subject: Segmentation fault (core dumped) Error
From: cl47cl--- via Tech-talk <tech-talk at aps.anl.gov>
To: tech-talk at aps.anl.gov
Date: Tue, 17 May 2022 15:19:24 +0800 (GMT+08:00)
Hello,
I have created a testing environment for our new project. As we asumme, there will be over 200,000 PVs in the furture. So I create an IOC program to simulate the PVs to test the network load. 

When I tried to generate all 200,000 PVs in one IOC program, this segementation fault (core dumped) error came out. Actually, when this number was more than 5448(EPICS 7.0.6, Debian 11, 8 cpu cores, 8g memory) or 5943 (EPICS 7.0.6, Centos 7 , 8 cpu cores, 8g memory), this error would come out. Changing the computer resources had no influence to these two numbers. But if I split the PVs into 40 IOC programs, 5000 PVs each, this error would not come out.  

I assume this is some sort of protection mechanism for IOC programs to prevent infinite loops. I wonder if there is a parameter to change the uper limit for a single IOC program, just for academic disscussion.

Thanks

Leon


Navigate by Date:
Prev: Re: Conversion error when using (pvapy served) PVA input link in a "bi" record Michael Davidsaver via Tech-talk
Next: RE: Conversion error when using (pvapy served) PVA input link in a "bi" record Nicklas Holmberg 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  2020  2021  <20222023  2024 
Navigate by Thread:
Prev: RE: Conversion error when using (pvapy served) PVA input link in a "bi" record Nicklas Holmberg via Tech-talk
Next: P4P monitor get pvname Florian Feldbauer 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  2020  2021  <20222023  2024 
ANJ, 14 Sep 2022 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·