<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 30/01/2014 10:29 AM, Ben Lewis
wrote:<br>
</div>
<blockquote cite="mid:52E98EC0.4020206@gmail.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<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.08010800.02060606@gmail.com" alt=""><br>
<blockquote cite="mid:52E8D433.1080900@gmx.net" type="cite"> <br>
<blockquote type="cite"> * "Out of Memory" error <a
moz-do-not-send="true" 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
moz-do-not-send="true" 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 moz-do-not-send="true" 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>
Forget about this. I can't reproduce it now.<br>
<blockquote cite="mid:52E98EC0.4020206@gmail.com" type="cite">
<blockquote cite="mid:52E8D433.1080900@gmx.net" type="cite"> 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 moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:Kst@kde.org">Kst@kde.org</a> <br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://mail.kde.org/mailman/listinfo/kst">https://mail.kde.org/mailman/listinfo/kst</a>
<br>
</blockquote>
<br>
</blockquote>
<br>
</body>
</html>