true. But the latency that's N low multiplied by many processes can
equal latencies that are in the range users can notice in a single app
that maybe getting bullied by the others. Lowering latencies cant be a
bad thing unless they create unelegent code or introduce bugs. That's
all i meant by mentioning latency.
> What does matter are the wakeups that make the user's
> mp3 skip, even if these don't influence the statistics
> at all because there's only 1 every few minutes, or none,
> if the VM is balanced right ;)
>
> Another responsiveness thing is how fast you can swap in
> Mozilla when the user comes in in the morning. More of a
> throughput than a latency thing in this case ... but you
> still have to make sure the mp3 doesn't skip while mozilla
> is being loaded.
Maybe i'm weird then because I've never had that happen. The only time
i've had my mp3s skip is when i purposely did things that would do that
(saturate via bonnie or dbench). I can see this occuring during
swapping when dma is not used, but this just adds to the fact that it's
no easy matter to define the problem.
> regards,
>
> Rik
I dont experience audio cutouts with anything i do, even the really
abusive things to the computer. I've only had it cut out when using
bonnie or dbench and that's something you should expect. So what i see
as responsiveness is switching windows on the same desktop and switching
between virtual desktops. I see responsiveness as the time between i do
something and the time it takes to redraw it. Using a G450, I expect a
certain level of hardware performance and half a second or so to redraw
a screen is not what i call responsive for a Tbird system. This is of
course all X related because i dont see much or any problem with the
console and with the kernel. At least nothing compared to X latencies.
the common user wants to see desktop performance equal to mac osX and
windows and they come to linux which uses X and dont see that. The
problem is Xfree86 is a crossplatform network oriented windowing system
and you get the same argument with it that people have with gcc. The
purpose of xfree86 and gcc is kind of the same and not the same as these
other propriatary systems / compilers such as OSX or icc. It's tough
luck for us all but this is something that the xpert mailing list could
better handle since what we're looking for is a tool that measures the
performance of X under real workloads and where problem areas are.
Both the kernel and the programs used are involved when talking "system
responsiveness" but in this case i think the kernel has been fine tuned
much more strictly and thoroughly than xfree86 has. I'd like to know if
that's due to lack of man/woman power or if they're being restricted by
compliance to aspects of X that maybe need to change as use has changed.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/