On Mon, Jun 8, 2015 at 1:19 AM, Shirley Ma <shirley.ma@xxxxxxxxxx> wrote: > This patchset was originally written by Jeff Layton from adding support for a workqueue-based nfsd. I am helping on stability test and performance analysis. There are some workloads benefit from global threading mode, some workloads benefit from workqueue mode. I am still investigating on how to make workqueue mode better to bid global theading mode. I am splitting the patchset into two parts: one is preparing nfsd to add workqueue mode, one is adding workqueue mode. The test results show that the first part doesn't cause much performance change, the results are within the variation from each run. As stated in the original emails, Primary Data's internal testing of these patches showed that there is a significant difference. We had 48 virtual clients running on 7 ESX hypervisors with 10GigE NICs against a hardware NFSv3 server with a 40GigE NIC. The clients were doing 4k aio/dio reads+writes in a 70/30 mix. At the time, we saw a roughly 50% decrease with measured standard deviations being of the order a few % when comparing the performance as measured in IOPs between the existing code and the workqueue code. Testing showed the workqueue performance was relatively improved when we upped the block size to 256k (with lower IOPs counts). That would indicate that the workqueues are failing to scale correctly for the high IOPs (i.e. high thread count) case. Trond -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
