Disk I/O as a bottleneck?
Omer Zak
w1 at zak.co.il
Mon May 9 06:16:06 IDT 2011
On Sun, 2011-05-08 at 09:47 +0300, Nadav Har'El wrote:
> On Sat, May 07, 2011, Omer Zak wrote about "Re: Disk I/O as a bottleneck?":
> > I suspect that speeding up /usr won't help improve performance that
> > much. The applications, which seem to be sluggish, deal with a lot of
> > user data in /home. Furthermore, this user data varies a lot with time,
> > hence it is not that good idea to store it in SSD.
>
> As usual, "it depends on your workload" applies.
>
> In my own personal experience (and naturally, it might differ considerably
> from your use case), when I see "sluggish behavior" on a desktop machine,
> what is actually happening is that "foreground" activity, such as playing or
> working with video files, or such as compilation of a large project, causes
> a lot of other pages to be swapped out; And then, when you switch to a
> different application, it needs to swap pages in - either program text (code)
> directly from the executables, or data pages from the swap partition.
I explicitly checked whether my PC is swapping or not (vmstat 1) and it
was not. The sluggish behavior was not due to any RAM shortage.
The contents of /proc/sys/vm/swappiness are:
60
I did find (using iostat -x -k 1) that both /usr and /home are heavily
used (and %util hits 100% for both of them). In my PC they are in
separate partitions but on the same hard disk (which is managed by LVM
with encryption, except for a smallish boot partition).
[OFFTOPIC] It was great experience to see all this thread resulting from
my single posting. I can understand how it comes that some people enjoy
trolling mailing lists. </wicked_grin>
--- Omer
--
We live in a world of stupid people who enjoy being stupid.
My own blog is at http://www.zak.co.il/tddpirate/
My opinions, as expressed in this E-mail message, are mine alone.
They do not represent the official policy of any organization with which
I may be affiliated in any way.
WARNING TO SPAMMERS: at http://www.zak.co.il/spamwarning.html
More information about the Linux-il
mailing list