[lkml]   [2007]   [Apr]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [00/17] Large Blocksize Support V3
On Thu, 26 Apr 2007, Nick Piggin wrote:

> No I don't want to add another fs layer.

Well maybe you could explain what you want. Preferably without redefining
the established terms?

> I still don't think anti fragmentation or defragmentation are a good
> approach, when you consider the alternatives.

I have not heard of any alternatives in this discussion here. Just the old
line of lets tune the VM here and there and hope it lasts a while longer.

> OK, I would like to see them. And also discussions of things like why
> we shouldn't increase PAGE_SIZE instead.

Because 4k is a good page size that is bound to the binary format? Frankly
there is no point in having my text files in large page sizes. However,
when I read a dvd then I may want to transfer 64k chunks or when use my
flash drive I may want to transfer 128k chunks. And yes if a scientific
application needs to do data dump then it should be able to use very high
page sizes (megabytes, gigabytes) to be able to continue its work while
the huge dumps runs at full I/O speed ...

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2007-04-26 09:37    [W:0.301 / U:8.312 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site