Hi Milan,<br><br><div class="gmail_quote">On Tue, Oct 5, 2010 at 11:25, Milan Bouchet-Valat <span dir="ltr">&lt;<a href="mailto:nalimilan@club.fr">nalimilan@club.fr</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

There&#39;s nothing specially related to GUIs in this problem, I think<br>
that&#39;s a bug in the kernel.</blockquote><div><br>everything is connected, reliability in the UI *depends* on conditional reliability in the core/kernel<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

So I&#39;m not &quot;deferring the problem to another<br>
list&quot;, I&#39;m just saying that there&#39;s no hope the desktop team will fix<br>
it [...]</blockquote><div><br>i agree totally with you, the desktop team can&#39;t fix this alone, this is bigger than only desktop team or only kernel hackers..<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

and the only option is to discuss this with kernel developers. Have<br>
a look at the bug report I linked to, and you&#39;ll see that&#39;s the only<br>
guarantee to avoid talking with nobody listening...<br></blockquote><div><br>true. it&#39;s difficult to get this one across to anybody, because nobody really feels responsible.<br>If UI response gets improved on a UI level, I/O stutters will most likely still occur, if I/O misbehaviour is fixed, UI response might still have its problems and issues..<br>

<br>To reserve a legit amount of &quot;power&quot; for what i would call UI Reliability is a joint venture for all of the desktop and its core, i don&#39;t think anybody can go this one alone, we&#39;d just end up in the same vicious circle of performance issues again next cycle..<br>

 <br>safe<br></div></div><br>