> The case of swap files with holes would be a nice thing to have.
> It would effectivly give us a way to say "use the extra space on this
> file system for swap" and at the same time the ability to set a limit
> on how much space could be taken up by swap. For example you could
> create a totally sparse 1G file at bootup, and use it as a swap file.
> If the system needed swap it could grow the file, but you would know
> that it would never grow beyond 1G.
Growing a swap file gets complex and complex where complexity is bad and
resources are constrained due to memory pressure.
We do need to sort this out for 2.5, for one the way that swap is 'different'
to the rest of the backing store is ugly in itself and causes a lot of
duplication and overcomplex code.
Really there should be no pages going to some anonymous magic 'swap' object.
Instead each virtual memory area should be backed by a file system object,
including a 'swapfs' - which might be the existing style of swap, might be
something stacked onto an existing fs that allocates and manages free space
or might be completely bizarre (eg a high speed SAN network swap protocol)
-
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/
This archive was generated by hypermail 2b29 : Sun Jul 15 2001 - 21:00:21 EST