Making Sense of Chaos in Real Time: Part 2

2015 ◽  
pp. 175-193
Keyword(s):  
1998 ◽  
Vol 11 (1) ◽  
pp. 377-377

For a number of interesting contributed papers at the JD8 it was not obvious at the meeting or later that their contents and conclusions are germane to the main theme of secular evolution evidences. The editors have decided that these papers should be listed by title only. They appear below in alphabetized order by (first or only) author.


Energies ◽  
2021 ◽  
Vol 14 (11) ◽  
pp. 3322
Author(s):  
Sara Alonso ◽  
Jesús Lázaro ◽  
Jaime Jiménez ◽  
Unai Bidarte ◽  
Leire Muguira

Smart grid endpoints need to use two environments within a processing system (PS), one with a Linux-type operating system (OS) using the Arm Cortex-A53 cores for management tasks, and the other with a standalone execution or a real-time OS using the Arm Cortex-R5 cores. The Xen hypervisor and the OpenAMP framework allow this, but they may introduce a delay in the system, and some messages in the smart grid need a latency lower than 3 ms. In this paper, the Linux thread latencies are characterized by the Cyclictest tool. It is shown that when Xen hypervisor is used, this scenario is not suitable for the smart grid as it does not meet the 3 ms timing constraint. Then, standalone execution as the real-time part is evaluated, measuring the delay to handle an interrupt created in programmable logic (PL). The standalone application was run in A53 and R5 cores, with Xen hypervisor and OpenAMP framework. These scenarios all met the 3 ms constraint. The main contribution of the present work is the detailed characterization of each real-time execution, in order to facilitate selecting the most suitable one for each application.


2013 ◽  
Author(s):  
A Al-Jasmi ◽  
H. Nasr ◽  
H. K. Goel ◽  
G. Moricca ◽  
G. A. Carvajal ◽  
...  
Keyword(s):  

2021 ◽  
Vol 251 ◽  
pp. 04009
Author(s):  
Roel Aaij ◽  
Daniel Hugo Cámpora Pérez ◽  
Tommaso Colombo ◽  
Conor Fitzpatrick ◽  
Vladimir Vava Gligorov ◽  
...  

The upgraded LHCb detector, due to start datataking in 2022, will have to process an average data rate of 4 TB/s in real time. Because LHCb’s physics objectives require that the full detector information for every LHC bunch crossing is read out and made available for real-time processing, this bandwidth challenge is equivalent to that of the ATLAS and CMS HL-LHC software read-out, but deliverable five years earlier. Over the past six years, the LHCb collaboration has undertaken a bottom-up rewrite of its software infrastructure, pattern recognition, and selection algorithms to make them better able to efficiently exploit modern highly parallel computing architectures. We review the impact of this reoptimization on the energy efficiency of the realtime processing software and hardware which will be used for the upgrade of the LHCb detector. We also review the impact of the decision to adopt a hybrid computing architecture consisting of GPUs and CPUs for the real-time part of LHCb’s future data processing. We discuss the implications of these results on how LHCb’s real-time power requirements may evolve in the future, particularly in the context of a planned second upgrade of the detector.


Sign in / Sign up

Export Citation Format

Share Document