| 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 2025 | 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 2025 |
| <== Date ==> | <== Thread ==> |
|---|
| Subject: | RE: Archiver appliance sampling buffer overflows after migration from Version 2018 to Version 1.1.0 |
| From: | Abdalla Ahmad via Tech-talk <tech-talk at aps.anl.gov> |
| To: | "Wang, Lin" <wanglin at ihep.ac.cn> |
| Cc: | "tech-talk at aps.anl.gov" <tech-talk at aps.anl.gov> |
| Date: | Tue, 14 Feb 2023 07:08:25 +0000 |
|
Hello Lin Have you reserved the same amount of heap memory for the JVM in your new installation? i.e., the JVM options –Xms (initial heap size) and –Xmx (maximum heap size)?
These are set per tomcat instance. Best Regards, Abdalla. From: Tech-talk <tech-talk-bounces at aps.anl.gov>
On Behalf Of Wang, Lin via Tech-talk Dear all, In the last several years, we used Archiver Appliance Version archappl_v0.0.1_SNAPSHOT_15-November-2018T10-27-25.tar.gz to arvhive PVs at CSNS office network.
Recently, we have upgrated Archiver Appliance to the latest Version 1.1.0 and preserve the existing MySQL database as well as archappl.properties.
However, with this latest version, some 25Hz high-frequency PVs with low archiving rate and SCAN archiving method cannot be archived continuously.
For example, the process frequency of PV A:B:C:D is 25Hz, the scan period is 1 second and the scan method is SCAN, the data can only be stored at the beginning of every 1 minute and then stop.
It seems that the sampling buffer overflows, but it did not happen for the old version. Did I miss something for the migration or is there anything changed in the latest version? Any suggestion is appreciated.
Regards, Lin |