[EXTERNAL] Request on help for real time plots

[Thore Oltersdorf]

Dear all.

Thanks a lot guys. I will try that. We have not make deep thoughts how 
to organize/optimize the data file processing. I will have a look on the 
point issue as well as the other hints from Steve.

Regards.

Thore

On 22.07.19 17:07, Maher, Stephen F. (GSFC-665.0)[SCIENCE SYSTEMS AND 
APPLICATIONS INC] wrote:
> (for the record, I (Steve) am using the Dirfile format, not ASCII)
>
>> -----Original Message-----
>> From: Kst <kst-bounces at kde.org> On Behalf Of BRISSET, Nicolas
>> Sent: Monday, July 22, 2019 11:00 AM
>> To: kst at kde.org
>> Subject: RE: [EXTERNAL] Request on help for real time plots
>>
>> Hi,
>>
>> What kind of data format are you using? This can make a difference. In the ASCII
>> datasource there are options to limit the RAM consumption, otherwise the
>> complete file is mapped into memory, and if it becomes very large and forces
>> your PC to swap it could have a significant impact on performance.
>>
>> Nicolas
>>
>> -----Message d'origine-----
>> De : Kst [mailto:kst-bounces at kde.org] De la part de Maher, Stephen F. (GSFC-
>> 665.0)[SCIENCE SYSTEMS AND APPLICATIONS INC] Envoyé : lundi 22 juillet 2019
>> 16:54 À : kst at kde.org Objet : RE: [EXTERNAL] Request on help for real time
>> plots
>>
>> Hi Thore,
>>
>> We use kst for realtime plotting over long periods of time quite successfully.
>> (Multi-channel, multi-KHz, multi-day)
>>
>> We have some beefy machines but I don't remember seeing "significant" CPU or
>> memory consumption by kst.
>>
>> Some tips: don't use points on your plots and change the range and/or
>> subsampling.
>>
>> Steve
>>
>>> -----Original Message-----
>>> From: Kst <kst-bounces at kde.org> On Behalf Of Thore Oltersdorf
>>> Sent: Monday, July 22, 2019 9:32 AM
>>> To: kst at kde.org
>>> Subject: [EXTERNAL] Request on help for real time plots
>>>
>>> Dear all.
>>>
>>> We are using kst2 for plotting test bench real time data. kst2 is very
>>> powerful but it slows down when used for a long period. We were not
>>> able to identify how to free RAM (or whatever makes it slow) when this
>>> happens. Or is it related to the daily generated raw data file in
>>> which the testbench DAQ is appending its data per second? kst2 uses
>>> this raw data file and maybe it becomes simply too large?
>>>
>>> Any help is appreciated. Thanks in advance! Sorry if I have not found
>>> it immediately in "known bugs" list or elsewhere. I tried to!
>>>
>>> Kind Regards.
>>> Thore
>> The information in this e-mail is confidential. The contents may not be disclosed
>> or used by anyone other than the addressee. Access to this e-mail by anyone
>> else is unauthorised.
>> If you are not the intended recipient, please notify Airbus immediately and
>> delete this e-mail.
>> Airbus cannot accept any responsibility for the accuracy or completeness of this
>> e-mail as it has been sent over public networks. If you have any concerns over
>> the content of this message or its Accuracy or Integrity, please contact Airbus
>> immediately.
>> All outgoing e-mails from Airbus are checked using regularly updated virus
>> scanning software but you should take whatever measures you deem to be
>> appropriate to ensure that this message and any attachments are virus free.

-- 
Dipl.-Ing. Thore Oltersdorf
Project Manager

Department Heating and Cooling Technologies
Group Component and System Development
Fraunhofer-Institut für Solare Energiesysteme ISE

Heidenhofstrasse 2, 79110 Freiburg, Germany
Phone: +49 761 4588-5239  Fax: -9239
thore.oltersdorf--<1!at!1>--ise.fraunhofer.de
www.ise.fraunhofer.de
HLK.ise.fraunhofer.de