I don't know if this may be considered already, but after reading a few
articles about plans for 2.5, I came to think of this.
As far as I can see, a page size increase is being discussed, and problems
are how to allow for small and large pages at the same time.
I came to think of a good old method used by some file systems to reduce
slack; suballocation. In Novell NetWare's "classic" file system, this is
done by setting a rather high block size (often 64k), and then splitting
each block in eight. This way, all reads and writes are done in whole
blocks, the allocation table is kept quite small, and should you need to
save a small file, it is saved in one or more slices of a block.
Could this translate to kernel memory allocation with, say, a block size
of 256k and possibilities for suballocating blocks down to 4 or 8 k (a 32
or 64 split).
I am not really a kernel hacker, but thought it might be worth mentioning
the ide.
Please cc: any answers to me, as I'm not on the list.
roy
-
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/