Hi, As we've discussed previously off-list, the general capability for library-based nfsv4(1) client access has a large number of potential applications all by itself. Thanks very much for making this available.
As the foregoing implies, I'm personally very interested in the potential for this codebase to be the basis for various performance-focused client development, including RDMA. I'll communicate in more detail about this after I've had a chance to work with the tc_client code and givee the whole thing a detailed review. Thanks again very much, Matt ----- Original Message ----- > From: "Ming Chen" <v.mingc...@gmail.com> > To: nfs-ganesha-devel@lists.sourceforge.net, "Matt Benjamin" > <mbenja...@redhat.com> > Cc: "Erez Zadok" <e...@fsl.cs.sunysb.edu>, "Dean Hildebrand" > <dhil...@us.ibm.com>, "Geoff Kuenning" > <ge...@cs.hmc.edu>, "Donald Porter" <por...@cs.stonybrook.edu>, > yaz...@cs.stonybrook.edu, "Ashok Sankar Harihara > Subramony" <ashoksanka...@stonybrook.edu>, "Garima Gehlot" > <ggeh...@cs.stonybrook.edu>, "Jasmit Saluja" > <jsal...@cs.stonybrook.edu>, "Vishnu Vardhan Rajula" > <vraj...@cs.stonybrook.edu> > Sent: Wednesday, April 6, 2016 10:37:51 AM > Subject: NFS Transactional Compound Project > > Hi there, > > We have just created a github repo about our transactional NFS > compounds project: https://github.com/sbu-fsl/txn-compound > > The idea of the project is to take full advantage of NFSv'4 compound > procedures for better performance by using higher-level FS APIs. NFS > compound procedures are great but they are underutilitized because of > the low-level nature of POSIX API, and this project provides a > user-space NFS client library with high-level operations. For example, > performance open, read, and close of multiple files in one compound > procedure; and setting multiple file attributes of multiple files in > one compound. In the future, we also would like to provide optional > transaction execution of all operations inside a compound. > > We are very interested in knowing real applications that can benefit > from this higher-level transactional FS API. Please let us know the > APIs you think will be useful to your applications. The current draft > txn-compound API is defined in > https://github.com/sbu-fsl/txn-compound/blob/master/tc_client/include/tc_api.h > > The code is adapted from NFS-Ganesha's FSAL_PROXY. The repo has a > working example at > https://github.com/sbu-fsl/txn-compound/blob/master/tc_client/MainNFSD/tc_test_read.c. > At this stage, no transactional support is added yet. > > Any feedback is warmly welcome. Thanks a lot! > > Best, > Ming > -- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-707-0660 fax. 734-769-8938 cel. 734-216-5309 ------------------------------------------------------------------------------ _______________________________________________ Nfs-ganesha-devel mailing list Nfs-ganesha-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel