<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 29/01/2014 9:13 PM, Peter Kümmel
wrote:<br>
</div>
<blockquote cite="mid:52E8D433.1080900@gmx.net" type="cite">On
18.01.2014 11:34, Ben Lewis wrote:
<br>
<blockquote type="cite">Hi Peter / Kst,
<br>
<br>
The changes you've made work great! I can now load, large, live
data files. Thank you.
<br>
<br>
Also, there are now no delays in the data wizard. Thank you.
<br>
<br>
It seems that the new progress bar only gets used on files over
a certain size. I like that.
<br>
<br>
There are still some minor things that need to be fixed before
the next release:
<br>
<br>
* Progress bar gets stuck at 50%
<br>
</blockquote>
<br>
Is fixed.
<br>
</blockquote>
Great! Works well.<br>
<blockquote cite="mid:52E8D433.1080900@gmx.net" type="cite">
<br>
<blockquote type="cite"> * I sometimes get snippets of data
missing in a live plot. If I restart Kst and reload the data
there are no missing
<br>
bits. This seems to happen when there is a large amount of
network traffic.
<br>
</blockquote>
<br>
The file is not local?
<br>
</blockquote>
That's right, the data file is not local. It is generated on a
remote Beckhoff PLC (WindowsXP Embedded) and stored on a USB memory
stick. The memory stick, on the PLC, is mapped to a local drive on
my laptop. Kst is run on my laptop and reads the data file from the
mapped location. When I configure the ASCII data file settings I set
the update type to "time interval". For all intents and purposes
this works exactly the same as if the data file were local. Is there
a problem with the data file not being local?<br>
<blockquote cite="mid:52E8D433.1080900@gmx.net" type="cite">
<br>
<blockquote type="cite"> * Every so often Kst seems to read an
entire vector from the start after the initial read is done. I
noticed this when
<br>
the temporary console log file was enabled. I can still see
one of the symptoms, which is an increased CPU load on
<br>
the remote PC every time Kst reads the entire vector. This
is not very noticeable on small files but the file size
<br>
gets larger it becomes much more noticeable.
<br>
</blockquote>
<br>
When your data file grows while the initial read, it would be read
again as soon as the monitoring begins.
<br>
</blockquote>
This problem is not related to the initial read, it occurs at semi
regular intervals while ever Kst is updating. It can be easily
observed in the temporary console log.<br>
It makes Kst unusable for very large, live, data files.<br>
<br>
<img src="cid:part1.09080304.09080302@gmail.com" alt=""><br>
<blockquote cite="mid:52E8D433.1080900@gmx.net" type="cite">
<br>
<blockquote type="cite"> * "Out of Memory" error
<a class="moz-txt-link-freetext" href="http://kde.6490.n7.nabble.com/Out-of-memory-error-td1555215.html">http://kde.6490.n7.nabble.com/Out-of-memory-error-td1555215.html</a>
<br>
</blockquote>
<br>
I could not reproduce, but I fixed the miss leading error
description.
<br>
</blockquote>
The new description is much more useful. I do not get the error when
"use threads" is disabled.<br>
What I find interesting though, is that when I get the error, after
I click OK, it continues to work regardless.<br>
<blockquote cite="mid:52E8D433.1080900@gmx.net" type="cite">
<br>
<blockquote type="cite"> * "FFT Length" is editable when
"Interleaved Average" is deselected.
<a class="moz-txt-link-freetext" href="https://bugs.kde.org/show_bug.cgi?id=328371">https://bugs.kde.org/show_bug.cgi?id=328371</a>
<br>
* Time axis does not update after changing sample frequency.
<a class="moz-txt-link-freetext" href="https://bugs.kde.org/show_bug.cgi?id=328481">https://bugs.kde.org/show_bug.cgi?id=328481</a> It looks like
<br>
the behaviour of this bug has changed but it is still not
right yet. I can provide more details if required.
<br>
* Temporary memory is not freed after reading data from an
ASCII file. As it stands at the moment approximately twice
<br>
as much RAM is required than is really necessary.
<br>
</blockquote>
<br>
This is by design, but yes, for large files it could be a problem.
<br>
Could you create a bug report?
<br>
</blockquote>
OK.<br>
<blockquote cite="mid:52E8D433.1080900@gmx.net" type="cite">
<br>
<blockquote type="cite">
<br>
If you need clarification or further testing on any of these
please let me know. I'm happy to help out in any way I can.
<br>
</blockquote>
</blockquote>
I have found another bug in the ASCII data wizard. The time taken to
get through the first screen is directly proportional to the size of
the previous file opened. Unless the file no longer exists. In which
case there is no delay. I will submit a new bug report.<br>
<blockquote cite="mid:52E8D433.1080900@gmx.net" type="cite">
<br>
Many thanks,
<br>
Peter
<br>
<br>
<blockquote type="cite">
<br>
Regards, Ben
<br>
<br>
<br>
On 17/01/2014 10:09 PM, Peter Kümmel wrote:
<br>
<blockquote type="cite">On 06.01.2014 11:38, Peter Kümmel wrote:
<br>
<blockquote type="cite">
<blockquote type="cite">It seems that regular updates should
be disabled during the use of the ASCII Wizard and
<br>
during the first read. Once loaded, regular updates can
resume. What do you think?
<br>
</blockquote>
<br>
Good catch Ben! Yes, this should be fixed.
<br>
</blockquote>
<br>
Fixed, monitoring the file now starts when initial reading is
done.
<br>
<br>
<blockquote type="cite">
<br>
<blockquote type="cite">
<br>
Ben
<br>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
_______________________________________________
<br>
Kst mailing list
<br>
<a class="moz-txt-link-abbreviated" href="mailto:Kst@kde.org">Kst@kde.org</a>
<br>
<a class="moz-txt-link-freetext" href="https://mail.kde.org/mailman/listinfo/kst">https://mail.kde.org/mailman/listinfo/kst</a>
<br>
</blockquote>
<br>
</body>
</html>