summaryrefslogtreecommitdiff
path: root/include/linux/llc.h
diff options
context:
space:
mode:
authorOlga Kornievskaia <aglo@umich.edu>2017-06-29 09:25:36 -0400
committerTrond Myklebust <trond.myklebust@primarydata.com>2018-02-08 16:24:35 -0500
commitf515f86b34b2e7d4b24cc9b7375c9e749895088e (patch)
tree8f39d79722093381684830f6f9a1b13f702abfe9 /include/linux/llc.h
parent90ea9f1b60c679049619a79d9fc1557bc41c4973 (diff)
fix parallelism for rpc tasks
Hi folks, On a multi-core machine, is it expected that we can have parallel RPCs handled by each of the per-core workqueue? In testing a read workload, observing via "top" command that a single "kworker" thread is running servicing the requests (no parallelism). It's more prominent while doing these operations over krb5p mount. What has been suggested by Bruce is to try this and in my testing I see then the read workload spread among all the kworker threads. Signed-off-by: Olga Kornievskaia <kolga@netapp.com> Signed-off-by: Trond Myklebust <trond.myklebust@primarydata.com>
Diffstat (limited to 'include/linux/llc.h')
0 files changed, 0 insertions, 0 deletions