>> Rik - the problem is NOT with swapoff. Swapoff'ing one of the
>> drives actually solves the problem (ok it takes a while, but this
>> is no different from the performance I get _all the time_ when
>> swapping off two drives). The problem is with the 2 swap drive
>> setup. Sometimes, paging takes forever. When I swapoff one of the
>> drives, to revert to a 1 swap partition setup, the problem goes
>> away.
> Absolutely clear. You have 1 disk off of which the programs,
> libraries and other files are paged and is used for swap and
> another disk which is used for swap and not-often-used data.
> This means that the first disk will have to perform double
> duty, which can be very slow, especially when the swap partition
> is physically remote from the / and /usr partition.
I don't think that's the problem since I can reproduce it here, and on
my setup, neither of the swap partitions are sharing a drive with the
executables. Here's the system map for reference:
Q> /dev/hda => / /usr /usr/local /root
Q> /dev/hdb => /usr/doc /tmp (swap) /home
Q> /dev/hdc => /usr/src (swap) /home/ftp
It appears to be a bug that only shows itself when multiple swap
partitions have the same priority, since it doesn't appear when they
have different priorities, and this suggests that there's something up
with the round-robin algorithm referred to in the swapon/swapoff
manpages...
Best wishes from Riley.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu