作者:x深藏的爱x_402 | 来源:互联网 | 2023-12-14 17:43
本文介绍了EPICSArchiverAppliance存储waveform记录的尝试过程,并分析了其所需的资源容量。通过解决错误提示和调整内存大小,成功存储了波形数据。然后,讨论了储存环逐束团信号的意义,以及通过记录多圈的束团信号进行参数分析的可能性。波形数据的存储需求巨大,每天需要近250G,一年需要90T。然而,储存环逐束团信号具有重要意义,可以揭示出每个束团的纵向振荡频率和模式。
https://blog.csdn.net/u013894429/article/details/79724454
按上面的指导很容易跑起来,试了一下,也能archive短些的waveform记录,很长的waveform时,会有这样的错误提示:
https://github.com/slacmshankar/epicsarchiverap/issues/47
这里有人问过,也可以通过设大点EPICS_CA_MAX_ARRAY_BYTES解决。
这个解决后我又碰到下面outofmemoryerror的问题:
万能的搜索引擎搜一搜:
https://blog.csdn.net/weixin_38088772/article/details/93045294
在quickstart.sh里搜:Xmn Xms Xmx这几个关键字,发现:
之后把1G改大点,改成4G后,就不提示上面的heap space outofmemoryerror了。
通过上面两个截图发现波形数据的存储竟然需要这么大容量的资源!!!仅1个2M个的点波形数据,每60秒存一个,每天需近250G,一年90T!!!
不过储存环逐束团的信号应该是有储存的意义的,通过记录多圈的束团信号,能分析很多参数,每个束团的纵向振荡频率、模式也许都能看出来。
2021开头数据库这个小目标竟然就这么顺利的跑通了,下一步就是12bit、10G采样率的示波器上线灌数据了。
不过这个尝试只是简单部署,真正生产部署还需要按:
http://slacmshankar.github.io/epicsarchiver_docs/installguide.html
上面的指导根据自己需要的环境配置,有空再试吧,先了解一下这个简单部署。