[OpenAFS-devel] read performance 1.5.74 Linux

[Derrick Brashear]

>
>
>> The goal is to ensure that we never get into this case which is why if
>> the rxi_NeedMorePackets global variable is TRUE we must actually go and
>> allocate more packets the next time it is safe to do so.
>>
>> The patch that was committed today does that for the first time in the
>> history of Rx.
>
> Now I'm really going to have to go back and reread things, because I
> examined this fairly closely a couple of months ago when I was working out
> fileserver tuning, and one of the conclusions I came to at the time was that
> at least in user mode, Rx would always allocate more packets when needed, so
> setting the fileserver's -rxpck parameter should never be necessary.

And if the fileserver ran in the kernel, it would have had the same problem.

So, we're all on the same page now, right?