--r4QXMf6/kyF/FvJJ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Aug 21, 2006 at 04:21:27PM -0700, Matt Thomas wrote:
> Bill Studenmund wrote:
> >On Mon, Aug 21, 2006 at 04:46:50PM -0400, Thor Lancelot Simon wrote:
> >>
> >>I cannot imagine how, in general, doing that could actually have any ot=
her
> >>than a negative performance impact.
> >
> >Depends.
> >
> >If our congestion prediction model is accurate, then we can predict=20
> >congestion before we encounter it. Thus for a correct model, I believe=
=20
> >that there is _a_ value for _X_ that will work well.
>=20
> I disagree.  X will vary on the "quality" of writes.  If you have lots of
> sequential writes, the amount of them you can do will be higher than if y=
ou
> lots of random writes.  So the threshold will vary.

Please feel free to dive in and help extend the algorithm to handle this.=
=20
You are right, but we have to start somewhere; it does little good to=20
argue about paint color before you've framed the walls. :-)

As a minor asside, I'd prefer keeping _X_ the same and just making=20
"poorer" writes cost more, with all costs being compared against the=20
constant _X_.

One problem, of course, is detecting sequential vs random disk i/o at the=
=20
levels where we make these measurements.

Take care,

Bill

--r4QXMf6/kyF/FvJJ
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (NetBSD)

iD8DBQFE6oTjWz+3JHUci9cRAgL9AKCKoK9Cp99t5T6Fm7o/OBz5+kUChQCgihgp
RIzHG5nw8W2EdI86bsqS4Zw=
=do+W
-----END PGP SIGNATURE-----

--r4QXMf6/kyF/FvJJ--