Hi,
It's a interesting one, I have never tweaked this value, perhaps I didn't even know that it could be useful in certain performance related instances.
From NetApp & MS KBs, I see that similar option was available in SMB_1 as well (max sessions per tcp connection) and in SMB_2, the word 'credit' is coined.
credit: A value that is granted to an SMB 2 Protocol client by an SMB_2 Protocol server that limits the number of outstanding requests that a client can send to a server.
For SMB_2 : -max-credit
For SMB_1 : cifs.max_mpx
The only logic that I can come up with in respect to different 'default' values is : SMB_2 for Microsoft is a native implementation, and therefore the number they have come up with is wrt to their Windows Server platform. Any 3-party implementation of SMB_2 such as NetApp, EMC, IBM etc would probably need to keep it low, as it is not just a single protocol dedicated box and therefore it may be advisable to start low ? I am sure this value grabs resources on both client & server side.
It's just my theory, I am curious to know more on this.
Thanks!