[ofa-general] IPOB CM (NOSRQ) [PATCH V9] patch

[Pradeep Satyanarayana]

Sean Hefty wrote:
>> Yes, the admin would have to increase the number of QPs as well.
>> However, increasing the number of QPs only does not give a picture to
>> the admin as to how much memory is being used. This way he is able to
>> tune the system to
>> use resources the way he would want to control.
> 
> How about providing some way for the admin to see current and maximum
> memory usage that ipoib could consume based on the current QP and RQ
> settings?
> 
> You're using the memory limit to restrict the number of QPs to less than
> what the user requested.  It could instead have been used to restrict
> the size of the receive queue, or both.  Having the extra parameter can
> be confusing.  Consider an admin increasing the RQ size only to find
> that they end up with fewer QPs.

Yes, the admin could run into the problem that you describe. That is exactly
why we have these as module parameters. It gives him/her the flexibility.

I am thinking tht we are seeing this differently. I don't view that as a problem, 
but us usefulness.

Pradeep