On Fri, Jun 27, 2008 at 12:51 AM, Iain * <[EMAIL PROTECTED]> wrote: > On Thu, Jun 26, 2008 at 11:34 PM, Patryk Zawadzki <[EMAIL PROTECTED]> wrote: > >> Exactly - that's the most common scenario - app X is bound to IO and >> it won't receive redraw requests until another app stops trashing the >> disk. > I'd suggest that thats a broken application that should be fixed, > rather than insisting that a compositor is used to work around the > issue. > iain
Well even if you try to read just a 10k file you can get stuck if another application is causing excessive IO (and I tend to run such applications). It's hard to delegate each disk operation to a separate thread just in case the computer is busy with something else. Another case is applications with custom canvases like web browsers where repainting a region might be slightly delayed as it's a resource intensive process. Try moving a window over them and you'll get a trail of "shadows." -- Patryk Zawadzki PLD Linux Distribution _______________________________________________ desktop-devel-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/desktop-devel-list
