<br><div><span class="gmail_quote">On 3/5/07, <b class="gmail_sendername">Chris Samuel</b> <<a href="mailto:csamuel@vpac.org">csamuel@vpac.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> - compound rpcs. probably provides somewhat better efficiency.<br><br>Yup, should ease the burden of a lot stat()'s.</blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><br>> - client caching/delegation/leases - could be valuable for efficiency.<br><br>Indeed, this to me is the most useful part of it, especially for those people<br>who are running code that should use local scratch but doesn't (either due to
<br>lack of coding experience or not having access to the source)..</blockquote><div><br>Our developers  had  that issue  of inconsistent  file system  view in RHEL based systems, some of it is solved by disabling dir list caching, another by using noac,  what the other was doing was writing simultaneously to  the same file partitioned over several nodes, I told this is probably not the right way to do file writing. apparently he used to do it in Sun Solaris and it worked flawlessly. NFSv4 brings to the table standard client implementation. unfortunately Red Hat recommends RHEL5 which should be out soon now for NFSv4
<br></div><br></div>Walid.<br>