Chuck,

Thanks for taking the time to look through our test plan and provide suggestions. I will bring these suggestions to the next IWG meeting and we will vote on whether to include some or all in the test plan.

Previously we were executing our InfiniBand tests with OpenSM as the Master SM, then disabling OpenSM and turning on the Subnet Managers that are included in our InfiniBand switches. This was meant to expose any interoperability issues with, say, a Subnet Manager on an Intel switch controlling a fabric comprised of Mellanox and Intel HCAs. We have since scaled back and only require a device to be interoperable when using OpenSM.

Thanks,
Edward

On Mon, 7 Apr 2014, Chuck Lever wrote:

Hi Edward-

After reviewing your NFS/RDMA Logo test plan (https://iol.unh.edu/ofatestplan), 
I had some thoughts.

No “vers=“ mount option is specified on your clients, thus only one NFS version 
is tested.

The default NFS version depends on the client version and server configuration, 
so it is better to set the NFS version explicitly. I recommend adding a 
specific “vers=“ setting on your scripted mount commands, and run the cthon 
tests at least three times (with a umount/mount between each run): once for 
vers=2, once for vers=3, and once for vers=4 (4.0). Eventually 4.1 and 4.2 
should be added when Linux NFS/RDMA is updated to support those minor versions. 
For now the two critical NFS versions are NFSv3 and NFSv4.0.

Since you have a broad array of hardware in your test harness, that would be an 
opportunity for more extensive platform interoperability testing. The following 
areas might be interesting and appropriate.

        • 32-bit v. 64-bit
        • 4KB pages v. other page sizes
        • Little v. big endian

Simply ensure your test matrix includes these combinations of clients and 
servers. Power will already get you large page sizes, for example.

I am curious about the test plan’s requirement to run your NFS/RDMA tests using 
every SM you have in your lab. Can you elaborate on that requirement?

--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com





--
Edward Mossman
UNH-IOL OFILG
emoss...@iol.unh.edu
_______________________________________________
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/mailman/listinfo/ewg

Reply via email to