Re: RFC: Block size > PAGE_SIZE

On Thu, 20 July 2006 03:50:58 -0700, Levitsky Maxim wrote:

I have idea to lift software based limitation of 4K
maximum block size of block devices.

There are some devices that have bigger that 4K block
size. The most notable are packet driven CD/DVD
recorders, but for example Flash chips cannot erase
blocks that are bigger that 64K of even more.

s/bigger/smaller/

Flash is a bad example. Even if the block layer and say ext2 could
deal with 64k block size, using ext2 as a flash filesystem would still
be an extremely bad idea for several other reasons. Not sure about
the CD/DVD case, but according to my half-knowledge the same is true
there.

The extent based filesystems can also benefit from
bigger block size , they will be able to read a
cluster at time

Already the case, afaics.

Each buffer_head will have addition filed ->next that
will point in circuit to next buffer_head that stores
data from the same sector

buffer_head is considered deprecated. You could have a look at
struct bio and reconsider whether your idea is a good one.

I didn't yet implemented this idea , because I want to
know whenever you like this idea or not. After all
this is not a simply work.

There can be some benefit in having larger block sizes. For ext2, it
would increase limits like the maximum file size, decrease the amount
of metadata and have some nice effects on caches (smaller data is as
good as bigger caches and bigger bandwidth in one).

But there are disadvantages as well, most notably the wasted space for
small files increases.

And overall, 99% of the problem lies within an individual filesystem,
so working on the block layer doesn't help much. If you want to
follow your idea, you should pick a filesystem, learn as much about it
as you can and then change this filesystem. And after your changes,
measure whether they have beneficial effects.

Jörn

--
Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it.
-- Brian W. Kernighan
-
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

  • SUMMARY: ls directories 5th column
    ... In UNIX, directories are actually held on the filesystem as files. ... just points at loads of other files. ... files you have in that directory, the bigger the number becomes, because ...
    (SunManagers)
  • Re: file bigger then 2GB
    ... > how can I copy a file, bigger then 2 GB on my hdd. ... The filesystem is ... > NTFS, and there should be no constraints for filesize. ...
    (microsoft.public.windowsxp.help_and_support)
  • Re: fsck shortcomings
    ... Scott Long wrote: ... >> I recently had a filesystem go bad on me in such a way that it was ... >> recognized way bigger than it actually was, ... You said that the alternate superblocks didn't ...
    (freebsd-current)
  • Re: Discrepancy between du and df
    ... full and I'm trying to find a short-term patch until I get some bigger ... drives in. ... Filesystem 1K-blocks Used Avail Capacity Mounted on ...
    (comp.unix.bsd.freebsd.misc)
  • RFC: Block size > PAGE_SIZE
    ... maximum block size of block devices. ... There are some devices that have bigger that 4K block ... buffer and thus buffer cannot be larger that 4K, ... The extent based filesystems can also benefit from ...
    (Linux-Kernel)