[OpenAFS] poor out of cache behavior on writing

[Neulinger, Nathan]

I wonder if something as simple as "track the total bytes written to a
particular file while that file is currently open, once it exceeds x% of
the cache, bypass" would perform reasonably?

It wouldn't help the small cases.

Another possible scenario would be assume bypass until the file has been
read once. That would cause all initial creates to bypass, but later
appends/edits would return to normal speed.=20

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


> -----Original Message-----
> From: Derrick J Brashear [mailto:shadow@dementia.org]=20
> Sent: Monday, February 17, 2003 5:14 PM
> To: openafs-info@openafs.org
> Subject: Re: [OpenAFS] poor out of cache behavior on writing
>=20
>=20
> On Mon, 17 Feb 2003, Paul Blackburn wrote:
>=20
> > You probably will get better data transfer from ftp-client=20
> =3D> ftp-server
> > than a distributed filesystem.
>=20
> This, at least, is a protocol. scp is a hack, which is why=20
> I'm reluctant
> to use it.
>=20
> > When it comes to "uploading" large datafiles from machine=20
> to machine,
> > I now prefer using SSH's scp which shows me a progress bar and ETA.
> >=20
> > For most all other tasks, I like AFS which gives me other=20
> capabilities
> > unheard of in NFS.
>=20
> I wonder if we could find a sucker^H^H^H^H^H^Hgrad student to=20
> figure out
> ("guess") when to bypass the cache and when to use it, and=20
> incorporate it
> (at least as an option) in the clients.
>=20
> I know CITI has done cache-bypass stuff, but it used the=20
> volume name (I
> think) as a hint.
>=20
>=20
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info
>=20