Project

General

Profile

Actions

Bug #11785

open

SMB2 server is ungenerous with its credits

Added by Andrew Stormont over 3 years ago. Updated over 2 years ago.

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

Blocked by illumos gate - Bug #11784: SMB2 server only grants 1 credit during initial session setupFeedback

Actions
Actions #1

Updated by Andrew Stormont over 3 years ago

  • Blocked by Bug #11784: SMB2 server only grants 1 credit during initial session setup added
Actions #2

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?

Actions #3

Updated by Gordon Ross over 2 years ago

  • Category set to cifs - CIFS server and client
  • Priority changed from Normal to Low
Actions #4

Updated by Gordon Ross over 2 years ago

  • Priority changed from Low to Normal
Actions

Also available in: Atom PDF