summaryrefslogtreecommitdiffstats
path: root/sys/arm
diff options
context:
space:
mode:
authormav <mav@FreeBSD.org>2014-01-22 23:55:25 +0000
committermav <mav@FreeBSD.org>2014-01-22 23:55:25 +0000
commit31820682b51229f8d751da6265f356ae29aa4f35 (patch)
tree072242ab1e702c0ab5321cf6d0b8c69e85b20fba /sys/arm
parent9b0c44b0a6b411d66547ee6ce611289ef831a73f (diff)
downloadFreeBSD-src-31820682b51229f8d751da6265f356ae29aa4f35.zip
FreeBSD-src-31820682b51229f8d751da6265f356ae29aa4f35.tar.gz
MFC r260229, r260258, r260367, r260390, r260459, r260648:
Rework NFS Duplicate Request Cache cleanup logic. - Introduce additional hash to group requests by hash of sockref. This allows to process TCP acknowledgements without looping though all the cache, and as result allows to do it every time. - Indroduce additional callbacks to notify application layer about sockets disconnection. Without this last few requests processed just before socket disconnection never processed their ACKs and stuck in cache for many hours. - Implement transport-specific method for tracking reply acknowledgements. New implementation does not cross multiple stack layers to get the data and does not have race conditions that previously made some requests stuck in cache. This could be done more efficiently at sockbuf layer, but that would broke some KBIs, while I don't know other consumers for it aside NFS. - Instead of traversing all DRC twice per request, run cleaning only once per request, and except in some conditions traverse only single hash slot at a time. Together this limits NFS DRC growth only to situations of real connectivity problems. If network is working well, and so all replies are acknowledged, cache remains almost empty even after hours of heavy load. Without this change on the same test cache was growing to many thousand requests even with perfectly working local network. As another result this reduces CPU time spent on the DRC handling during SPEC NFS benchmark from about 10% to 0.5%. Sponsored by: iXsystems, Inc.
Diffstat (limited to 'sys/arm')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud