Re: [Lustre-discuss] [Lustre-devel] Wide area use of Lustre and client caches

2008-07-01 Thread Daire Byrne
Peter, I assume the same rational holds for NFS exporting too? I'm toying with the idea of putting lots of RAM in a server and exporting our LustreFS over NFS. We have some workloads which do a lot of seeking through a reasonably small set (~32Gigs worth) of files which may perform better if

Re: [Lustre-discuss] [Lustre-devel] Wide area use of Lustre and client caches

2008-07-01 Thread Peter Braam
Yes, it should help a lot - and it should apply in the same way. The open cache is automatically used by the NFS server (which runs in kernel space). Any volunteers to write the cachefs interfaces for us? Peter On 7/1/08 5:03 AM, Daire Byrne [EMAIL PROTECTED] wrote: Peter, I assume the

Re: [Lustre-discuss] [Lustre-devel] Wide area use of Lustre and client caches

2008-05-09 Thread Peter Braam
Nono - striping should only be used to get more bandwidth from servers. The correct solution to the problem you point out is a lock conversion, planned long ago, still far away maybe (Nikita?). Peter On 5/9/08 8:25 AM, Brian J. Murrell [EMAIL PROTECTED] wrote: On Thu, 2008-05-08 at 22:55

Re: [Lustre-discuss] [Lustre-devel] Wide area use of Lustre and client caches

2008-05-09 Thread Nikita Danilov
Peter Braam writes: Nono - striping should only be used to get more bandwidth from servers. The correct solution to the problem you point out is a lock conversion, planned long ago, still far away maybe (Nikita?). Yes, it's far away. Interestingly, similar lock conversion for meta-data

Re: [Lustre-discuss] [Lustre-devel] Wide area use of Lustre and client caches

2008-05-09 Thread Andreas Dilger
On May 09, 2008 09:08 -0600, Peter J. Braam wrote: Nono - striping should only be used to get more bandwidth from servers. The correct solution to the problem you point out is a lock conversion, planned long ago, still far away maybe (Nikita?). This task is something that Oleg has been