Re: [00/17] Large Blocksize Support V3

On Thu, 26 Apr 2007, Nick Piggin wrote:

mapping through the radix tree. You just need to change the way the
filesystem looks up pages.

You didn't think any of the criticisms of higher order page cache size
were valid?

They are all known points that have been discussed to death.

What are the exact requirement you are trying to address?

Block size > page cache size.

But what do you mean with it? A block is no longer a contiguous section of
memory. So you have redefined the term.

You guys have a couple of problems, firstly you need to have ia64
filesystems accessable to x86_64. And secondly you have these controllers
without enough sg entries for nice sized IOs.

This is not sgi specific sorry.

I sympathise, and higher order pagecache might solve these in a way, but
I don't think it is the right way to go, mainly because of the fragmentation
issues.

And you dont care about Mel's work on that level?

Increasing PAGE_SIZE, support for block size > page cache size, and getting
io controllers matched to a 4K page size IMO would be some good ways to
solve these problems. I know they are probably harder...

No this has been tried before and does not work. Why should we loose the
capability to work with 4k pages just because there is some data that
has to be thrown around in quantity? I'd like to have flexibility here.

The fragmentation problem is solvable and we already have a solution in
mm. So I do not really see a problem there?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Relevant Pages

  • Re: [00/17] Large Blocksize Support V3
    ... filesystem looks up pages. ... You didn't think any of the criticisms of higher order page cache size ... Block size> page cache size. ... Virtually mapping the kernel was considered pretty seriously around the ...
    (Linux-Kernel)
  • Re: [RFC 0/8] Variable Order Page Cache
    ... This patchset modifies the core VM so that higher order page cache pages ... it would be good if the VM would support I/O to higher order pages ... The support here is only for buffered I/O and only for one filesystem ...
    (Linux-Kernel)
  • [RFC 0/8] Variable Order Page Cache
    ... Variable Order Page Cache Patchset ... This patchset modifies the core VM so that higher order page cache pages ... it would be good if the VM would support I/O to higher order pages ... The support here is only for buffered I/O and only for one filesystem. ...
    (Linux-Kernel)
  • Re: Scheduler: Process priority fed back to parent?
    ... > interactivity cache could estimate interactivity over a period of hours ... Then you don't even have to write it to the filesystem. ... For those of us with enough memory or a large variety of programs, ... That way the file is already in disk cache or on its way when the ...
    (Linux-Kernel)
  • [PATCH 3/4] Rework the CacheFS documentation to reflect FS-Cache split
    ... The attached patch reworks the CacheFS documentation to reflect the new split ... -already mounted filesystem. ... a file can be loopback mounted as a cache. ... -CacheFS does not follow the idea of completely loading every netfs file opened ...
    (Linux-Kernel)