Hello !
I 'm making a software with Thread-fed multi-channel data
200 kHz data is received from the UDP and input.
After about 10 seconds, there is a brief stopping symptom.
I tried it on a computer with good performance.
The results were the same.
In my opinion, it occurs when old input data is deleted.
It is assumed that all threads stop when the garbage collection collects data.
I would like to ask for your help in improving this phenomenon.
Let me know if you know of other cases
Thank you. Have a nice day.
reducing the freezing
Moderator: Queue Moderators
reducing the freezing
Last edited by copilot90 on Wed Mar 22, 2017 10:18 am, edited 2 times in total.
-
ArctionKestutis
- Posts: 555
- Joined: Mon Mar 14, 2016 9:22 am
Re: reducing the freezing
Hello!
We would need more concrete application or information to help you. If you have application for testing, please upload it here or send to support account of Arction.
There is similar application in our Demo app, example "Thread-fed multi-channel data" (ViewXY -> Real-time monitoring). That example allow to change sampling frequency, channel count, length of x-axis, scrolling mode. I set SF=200kHz, 10 channels, 10s, Scrolling => I don't see any freezing with NVIDIA GeForce GTX 750.
About your app:
Is 10s the limit of you xAxis?
How many channels you have?
What axisX.ScrollMode you set?
Did you enable ViewXY.DropOldSeriesData ?
With program like "Process Explorer" (https://technet.microsoft.com/en-us/sys ... lorer.aspx ) you could check the usage of memory (GPU as well). Do you see spikes in memory and CPU usage during freezing, is it close to the limit of you system? DxDiag (DirectX Diagnostic Tool) output would be useful here.
All the best.
We would need more concrete application or information to help you. If you have application for testing, please upload it here or send to support account of Arction.
There is similar application in our Demo app, example "Thread-fed multi-channel data" (ViewXY -> Real-time monitoring). That example allow to change sampling frequency, channel count, length of x-axis, scrolling mode. I set SF=200kHz, 10 channels, 10s, Scrolling => I don't see any freezing with NVIDIA GeForce GTX 750.
About your app:
Is 10s the limit of you xAxis?
How many channels you have?
What axisX.ScrollMode you set?
Did you enable ViewXY.DropOldSeriesData ?
With program like "Process Explorer" (https://technet.microsoft.com/en-us/sys ... lorer.aspx ) you could check the usage of memory (GPU as well). Do you see spikes in memory and CPU usage during freezing, is it close to the limit of you system? DxDiag (DirectX Diagnostic Tool) output would be useful here.
All the best.
Re: reducing the freezing
Thank you for answer.
I tested with GTX950m and GTX660.
Hardware specifications are fixed.
In this environment, I want to improve by lowering the quality.
Or is there another way to improve this?
Please answer.
Thank you.
PS: Reference video https://youtu.be/S1kroFVp3-Q
I tested with GTX950m and GTX660.
Hardware specifications are fixed.
In this environment, I want to improve by lowering the quality.
Or is there another way to improve this?
Please answer.
Thank you.
PS: Reference video https://youtu.be/S1kroFVp3-Q
- Attachments
-
- DxDiag.zip
- (18.71 KiB) Downloaded 543 times
-
ArctionKestutis
- Posts: 555
- Joined: Mon Mar 14, 2016 9:22 am
Re: reducing the freezing
Hello,
You probably you right that this small jerking is due to garbage collection, although collision of update/refresh even could not be excluded.
The objective limitation is the amount of points you try to add: 1,6 M per second with current setting, with time-span of 10 sec. It is very demanding to have smooth scrolling and to maintain that many points. More points you want to have the more jerky scrolling will be. Therefore, there is obvious parameters which could help mitigate problem: you could reduce sampling frequency, reduce number of channels or reduce xAxis length.
You could also try to change xAxis.ScrollMode, and set _chart.RenderOptions.WaitForVSync = true. Test with latest assemblies if you did not done it yet.
We are constantly looking for further improvement of LightningChart, so stay toned for new options and updates.
All the best.
You probably you right that this small jerking is due to garbage collection, although collision of update/refresh even could not be excluded.
The objective limitation is the amount of points you try to add: 1,6 M per second with current setting, with time-span of 10 sec. It is very demanding to have smooth scrolling and to maintain that many points. More points you want to have the more jerky scrolling will be. Therefore, there is obvious parameters which could help mitigate problem: you could reduce sampling frequency, reduce number of channels or reduce xAxis length.
You could also try to change xAxis.ScrollMode, and set _chart.RenderOptions.WaitForVSync = true. Test with latest assemblies if you did not done it yet.
We are constantly looking for further improvement of LightningChart, so stay toned for new options and updates.
All the best.