Re: Frontswap [PATCH 0/4] (was Transcendent Memory): overview

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 04/22/2010 11:15 PM, Dan Magenheimer wrote:

Much easier to simulate an asynchronous API with a synchronous backend.
Indeed.  But an asynchronous API is not appropriate for frontswap
(or cleancache).  The reason the hooks are so simple is because they
are assumed to be synchronous so that the page can be immediately
freed/reused.

Swapping is inherently asynchronous, so we'll have to wait for that to complete anyway (as frontswap does not guarantee swap-in will succeed). I don't doubt it makes things simpler, but also less flexible and useful.

Something else that bothers me is the double swapping. Sure we're making swapin faster, but we we're still loading the io subsystem with writes. Much better to make swap-to-ram authoritative (and have the hypervisor swap it to disk if it needs the memory).

Well, copying memory so you can use a zero-copy dma engine is
counterproductive.
Yes, but for something like an SSD where copying can be used to
build up a full 64K write, the cost of copying memory may not be
counterproductive.

I don't understand.  Please clarify.

--
Do not meddle in the internals of kernels, for they are subtle and quick to panic.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxxx  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]