> > >> 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? _______________________________________________ OpenAFS-devel mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-devel
