Actually, it's right.
In mid-February you asserted that the IDE readahead controls were
inoperative. You said:
> You are missing one simple thing: The removed values doen't control
> ANYTHING!
I asked:
> Please explain, in detail, why /proc/ide/hdX/settings:file_readhead
> no longer controls the readhead for that device. If this is
> the case in thr current 2.4 kernel, or if it will become the
> case if/when the IDE patches are merged then that needs fixing.
>
You didn't answer.
I tested them. They still worked.
I also said:
>
> Look, I agree that the current readhead controls are junk, and
> do not belong in the driver layer at all. All I'm saying is
> that we need per-device controls, for whatever scheme we end
> up using for readhead in 2.5. We really don't want to have
> the same sized readhead for CDROMs, floppies and super-duper
> RAID arrays.
Then the device-driver-based readahead controls got taken out.
I really do agree that it was a pile of crap. I've turned them
into a property of the request queue, which is a more appropriate
place for them.
In my current patch, the per-queue readahead parameter is controlled
via the old ioctls. Probably, these will be retired in favour of
/proc/iosched, when that turns up.
In the meantime, I *need* those tunables for ongoing development.
-
-
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/