On 2/2/2013 7:36 PM, Ira Weiny wrote: >>From 2708d0965e03de1f9ae722e38c8b72a808718a0d Mon Sep 17 00:00:00 2001 > From: Ira Weiny <[email protected]> > Date: Fri, 1 Feb 2013 18:13:59 -0500 > Subject: [PATCH 2/2] infiniband-diags: add dump_fts tool > > dump_fts adds a faster version of the functionality of dump_[l|m]fts.sh. This > code is based off of the ibroute code and simply uses libibnetdisc to scan the > fabric instead of using ibnetdiscover and letting ibroute requery all that > data > over again. This improves things in 3 ways. > > 1) performance improves by nearly 2 orders of magnitude. > 2) this version greatly reduces the mads required and thus reduces the > impact on the fabric. > 3) Everything is queried with DR paths which ensures if the routing tables are > bad on the cluster the query will still complete and give you the > information you were looking for. (To be fair dump_lft.sh has the DR > option > but it is currently buggy.)
Sweet ;-) > Example runs on the ~1400 nodes of the Hyperion test cluster show: > > 13:45:46 > time ./dump_lfts.sh > /dev/null > > real 4m58.175s > user 0m6.407s > sys 0m17.983s > > 13:53:12 > time ./dump_fts > /dev/null > dump tables: linear forwarding table get failed It would be helpful to print node name, guid, and/or LID such failures. Also, in this specific case, any idea why get LFT failed ? -- Hal > > real 0m8.121s > user 0m3.032s > sys 0m3.342s > > Signed-off-by: Ira Weiny <[email protected]> <snip...> -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
