There are large IDE updates in -mm4, and this is consistent with
a disk which isn't doing DMA any more. Could you (and Con) please
double-check with `hdparm -i' and `hdparm -t' that the disk subsystem
is behaving properly?
Yes, it could well be a VM bug, but I wouldn't want to run round in
confused circles all day ;) Thanks.
> I have seen that it used more swap that usual.
2.5 is much more swaphappy than 2.4. I believe that this is actually
correct behaviour for optimum throughput. But it just happens that
people (me included) hate it. We don't notice the improved runtimes
for the pagecache-intensive operations but we do notice the time it
takes to get the xterms working again.
We have not yet sat down and worked out what to do about this.
> total used free shared buffers cached
> Mem: 191096 159340 31756 0 10568 94100
> -/+ buffers/cache: 54672 136424
> Swap: 289160 0 289160
>
> This is how it looks like under normal circumstances and when building X I
> had 20M in swap usage which seemed quite a lot to me. Maybe I'm just wrong.
> Unfortunately I was not able to start vmstat, first because I can't start
> vmstat when system is not responding and second it doesn't work anyway
> because of your changes.
>
Yeah, sorry. The burden of back-compatibility weighed too heavy and
Rik decided that we just have to fix userspace to follow kernel
changes. There will be breakage for a while; updates are at
http://surriel.com/procps/.
Unfortunately, those updates cause odd-but-not-serious things to
happen to Red Hat initscripts. This happens when you install standard
util-linux as well. It is due to the initscripts passing in arguments
which the standard tools do not understand.
-
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/