<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Slow Qt Widgets plotting over VNC on an ARM board (4–5 FPS)]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">I have a Qt 6 Widgets application with real-time plots (Qwt). It runs on an ARM64 board  and I view it over VNC (TigerVNC Xvnc, 1920×1080). The data arrives about 17 times per second, but the screen only updates 4–5 times per second.</p>
<p dir="auto">What I found so far:</p>
<ul>
<li>Computation is not the problem: All of the calculation is in worker threads. The GUI thread only updates the plots.</li>
<li>The VNC viewer slows painting down a lot: With the viewer disconnected, a full repaint takes ~60 ms. With the viewer connected, it takes ~250–300 ms, and most of that time is spent waiting for the X server, not painting.</li>
<li>Window size matters: A smaller viewer window is faster, but I need to keep the window size free.</li>
</ul>
<p dir="auto">My questions:</p>
<ul>
<li>Is this the normal limit for this kind of CPU, or is there a way to make Qt wait less for the X server?</li>
<li>Would Qt's own VNC platform plugin (-platform vnc) be faster than xcb + Xvnc?</li>
<li>Any tips to reduce how much of the window is repainted each frame?</li>
</ul>
<p dir="auto">Thanks!</p>
]]></description><link>https://forum.qt.io/topic/165245/slow-qt-widgets-plotting-over-vnc-on-an-arm-board-4-5-fps</link><generator>RSS for Node</generator><lastBuildDate>Mon, 09 Nov 2026 16:14:50 GMT</lastBuildDate><atom:link href="https://forum.qt.io/topic/165245.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 06 Nov 2026 13:26:08 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Slow Qt Widgets plotting over VNC on an ARM board (4–5 FPS) on Mon, 09 Nov 2026 10:18:02 GMT]]></title><description><![CDATA[<p dir="auto">I ran three different tests.</p>
<p dir="auto">1 - On my own Windows computer, there were no issues.<br />
2 - With fewer points—almost 1/5 fewer—I saw around 10–11 fps.<br />
3 - With more points, I saw 4–5 fps.</p>
<p dir="auto">I don’t have any issues with data acquisition here; I’m getting similar speeds in all three tests.</p>
<p dir="auto">As for the number of points, I’m not rendering all of them anyway—I’m rendering around 4,096 points. For that reason, I don’t think there’s a problem there.</p>
<p dir="auto">It seems to me that I’m experiencing the usual <strong>spectrogram/waterfall</strong> issue again.</p>
<p dir="auto">As for VNC, I’m not sure if the VNC screen refresh rate could be causing any issues. VNC is indeed a slower protocol compared to RDP, but I’m using VNC because I need a lower data transfer rate.</p>
<p dir="auto">Actually, I’ve made a few changes to the VNC server settings, but unfortunately, I can’t set a fixed screen resolution, for example. Maybe setting the screen to 720p or so might help a bit, but then I might run into issues with the UI.</p>
<p dir="auto">Does anyone have any suggestions?</p>
]]></description><link>https://forum.qt.io/post/840844</link><guid isPermaLink="true">https://forum.qt.io/post/840844</guid><dc:creator><![CDATA[Joe von Habsburg]]></dc:creator><pubDate>Mon, 09 Nov 2026 10:18:02 GMT</pubDate></item><item><title><![CDATA[Reply to Slow Qt Widgets plotting over VNC on an ARM board (4–5 FPS) on Fri, 06 Nov 2026 19:24:59 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">Are you sure that it's not the network that is the bottleneck ?  VNC is not exactly optimized for in terms of bandwidth. You might also want to check if you can tune the Xnvc server configuration to optimize for your use case.</p>
]]></description><link>https://forum.qt.io/post/840805</link><guid isPermaLink="true">https://forum.qt.io/post/840805</guid><dc:creator><![CDATA[SGaist]]></dc:creator><pubDate>Fri, 06 Nov 2026 19:24:59 GMT</pubDate></item></channel></rss>