The same "speedup" method is used by the real time Linux kernel: The default kernel acts on every interrupt as fast as possible and by doing that saves every CPU cycle it can. But on slow computers that feels sluggish. The real time kernel patch makes every interrupt set a flag that tells the system that if it has time it has some work to do here. If it has time it looks at the flags and priotizes the work. Both wastes additional CPU time. But the "choosing the right priority" part means there the system reacts instantaneously when you want it ti. Even if it makes your all- night-rendering-job run 20 minutes longer. Gunter Königsmann schrieb am Donnerstag, 17. Februar 2022 um 19:23:54 UTC+1:
> I don't know if that is the case here. But if the GUI feels sluggish one > typical reason is that you try to update the display for every single mouse > event you get sent (which means that if you draw slightly slower than your > 19200dpi-7ms-latency-mouse sends data you start to fall behind with work > and soon start lagging by a noticable amount). The way to counteract it is > to update the display only when you get sent an "idle" event: this means > that while and directly after the mouse moves you'll redraw the display as > soon as the GUI thread manages to keep up with the work, but only if > something has happened since the last redraw (which might be a timer or a > mouse event or a key press). This might mean that you don't redraw after > every single mouse event. But your monitor refresh rate might be slower > than your mouse, anyway... ...and even if it isn't: Updating the zoom > window only 40 times a second instead of at every screen refresh isn't bad. > But lagging behind the user actions is. > > Kind regards, > > Gunter. > -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/d6932b7c-48ac-47c5-8f25-14a4409fe8d7n%40googlegroups.com.
