[<prev] [next>] [day] [month] [year] [list]
Message-Id: <200802221601.LAA81388@snowhite.cis.uoguelph.ca>
Date: Fri, 22 Feb 2008 11:01:24 -0500 (EST)
From: Rick Macklem <rick@...white.cis.uoguelph.ca>
To: Dan.Muntz@...app.com
Cc: casey@...aufler-ca.com, dhowells@...hat.com,
linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-security-module@...r.kernel.org, nfsv4@...ux-nfs.org,
phillips@...nq.net, selinux@...ho.nsa.gov,
Trond.Myklebust@...app.com
Subject: RE: [PATCH 00/37] Permit filesystem local caching
> Well, the AFS paper that was referenced earlier was written around the
> time of 10bt and 100bt. Local disk caching worked well then. There
> should also be some papers at CITI about disk caching over slower
> connections, and disconnected operation (which should still be
> applicable today). There are still winners from local disk caching, but
> their numbers have been reduced. Server load reduction should be a win.
> I'm not sure if it's worth it from a security/manageability standpoint,
> but I haven't looked that closely at David's code.
One area that you might want to look at is WAN performance. When RPC RTT
goes up, ordinary NFS performance goes down. This tends to get overlooked
by the machine room folks. (There are several tools out there that can
introduce delay in an IP packet stream and emulate WAN RTTs.)
Just a thought, rick
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists