Linux-kernel mailing list archive 2000-47,: Re: e2fs performance as function of block size

# Re: e2fs performance as function of block size

Alan Cox (alan@lxorguk.ukuu.org.uk)
Wed, 22 Nov 2000 00:27:47 +0000 (GMT)

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: Fort David: "Re: Better testing of hardware (was: Defective Read Hat)"
- Previous message: Adam: "LINUX_REBOOT_MAGIC2C"

> It's as though the disk drivers are optimized for this case (1024). I

The disk drivers are not, and they normally see merged runs of blocks so they
will see big chunks rather than 1K then 1K then 1K etc.

> behavior, but there is clearly some optimization relative to this size
> inherent in the design of Linux -- and it may be a pure accident. This
> person may be mixing and matching block sizes in the buffer cache, which
> would satisfy your explanation.

I see higher performance with 4K block sizes. I should see higher latency too
but have never been able to measure it. Maybe it depends on the file system.
It certainly depends on the nature of requests

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

- Next message: Fort David: "Re: Better testing of hardware (was: Defective Read Hat)"
- Previous message: Adam: "LINUX_REBOOT_MAGIC2C"