Message-ID: <419A2698.4080900@namesys.com>
Date: Tue, 16 Nov 2004 08:11:04 -0800
From: Hans Reiser <reiser@namesys.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803
MIME-Version: 1.0
To: Sami Farin <7atbggg02@sneakemail.com>
CC: linux-kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: vm-pageout-throttling.patch: hanging in throttle_vm_writeout/blk_congestion_wait
References: <20041115012620.GA5750@m.safari.iki.fi> <Pine.LNX.4.44.0411152140030.4171-100000@localhost.localdomain> <20041115223709.GD6654@m.safari.iki.fi>
In-Reply-To: <20041115223709.GD6654@m.safari.iki.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1140
Lines: 29

Sami Farin wrote:

>On Mon, Nov 15, 2004 at 09:56:29PM +0000, Hugh Dickins wrote:
>  
>
>>On Mon, 15 Nov 2004, Sami Farin wrote:
>>    
>>
>>>this time I had some swapspace on /dev/loop1 (file-backed, reiserfs,
>>>loop-AES-2.2d)...  I think (!) it caused this deadlock.
>>>      
>>>
>>That's not at all surprising.  See the swap_extent work Andrew did
>>for 2.5 (in mm/swapfile.c), by which swap to a swapfile now avoids
>>the filesystem altogether (except while swapon prepares the map of
>>disk blocks).  By swapping to a loop device over a file, you're
>>sneaking past his work, and putting the filesystem back under swap.
>>    
>>

Does Andrew's approach prevent putting swap on a compressed file (useful 
for reiser4 once the compression plugin is stable, not reiserfs)? (And 
no, I don't have any idea what the performance effect of that would be 
before it is tried and benchmarked....)
-
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/