j...@opensolaris.org said: > different driver --> different bug. > > Josh's bug is 6963122. > > You should file a new one - bugs.opensolaris.org, Product Solaris, Category > kernel, Subcategory driver-mpt-x86. > > I suggest looking at the public comments field for Josh's bug first, though - > the RE for that bug has some D you can run to help narrow down the > performance problem point.
If I interpret the bug report correctly, it's been closed, having been diagnosed as a function of HBA or drive firmware, not a driver issue. I went looking for an easier workaround than manually disabling every drive's second path using "mpathadm disable path ...", and stumbled across "load-balance=logical-block" as a possibility. http://sunsolve.sun.com/search/document.do?assetkey=1-61-206894-1 http://sunsolve.sun.com/search/document.do?assetkey=1-61-202693-1 I gather that mpxio with "load-balance=round-robin" makes these drives go slow because the drive waits for one revolution before it can switch ports/paths to handle next command from the host. Probably does away with the drives command-queue, too. Spent a good chunk of yesterday testing a number of different region-size settings with "load-balance=logical-block", finding that basically anything is much better than the default "load-balance=round-robin", but nothing is as good as "load-balance=none". Best performance of all was after manually assigning half the drives to use one path, and half to use the other path. I now find myself wishing there was a "load-balance=<something>" setting which would do this automatically. I speculate that this is what the LSI RAID-controllers must do to provide their redundant-path load-balance functionality. Regards, Marion _______________________________________________ storage-discuss mailing list storage-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/storage-discuss
