Actions
Bug #11785
open
SMB2 server is ungenerous with its credits
Status:
Feedback
Priority:
Normal
Assignee:
-
Category:
cifs - CIFS server and client
Start date:
Due date:
% Done:
0%
Estimated time:
Difficulty:
Medium
Tags:
Gerrit CR:
External Bug:
Description
The initial number of credits we during session setup (with #11784 applied) is 20 and the maximum a client can hold is 1000. This seems a bit low. On Windows the initial number of credits returned is 512 and the maximum is 8192.
Related issues
Updated by Andrew Stormont over 3 years ago
- Blocked by Bug #11784: SMB2 server only grants 1 credit during initial session setup added
Updated by Gordon Ross over 2 years ago
- Status changed from New to Feedback
A client should only need enough credits to keep your I/O subsystem busy. Credits (more or less) represent the number of current I/O request that client may have. Once you have enough I/O running to keep your filesystem busy, having more credits does not help (and is likely another case of "buffer bloat"). Can you show that it makes a significant difference in performance to allow a single client to run so many concurrent I/O requests?
Updated by Gordon Ross over 2 years ago
- Category set to cifs - CIFS server and client
- Priority changed from Normal to Low
Actions