On Tue, Jul 15, 2008 at 11:23 AM, Chuck Lever <chuck.lever@xxxxxxxxxx> wrote: > On Tue, Jul 15, 2008 at 11:58 AM, Peter Staubach <staubach@xxxxxxxxxx> wrote: >> If it is the notion described above, sometimes called head >> of line blocking, then we could think about ways to duplex >> operations over multiple TCP connections, perhaps with one >> connection for small, low latency operations, and another >> connection for larger, higher latency operations. > > I've dreamed about that for years. I don't think it would be too > difficult, but one thing that has held it back is the shortage of > ephemeral ports on the client may reduce the number of concurrent > mount points we can support. Could one come up with a way to insert "small" ops somewhere in middle of the existing queue, or are the TCP send buffers typically too deep for this to do much good? Seems like more than one connection would allow "good" servers to handle requests simultaneously anyway. Is there really that big a shortage of ephemeral ports? I guess one could do active connection management. > One way to avoid the port issue is to construct an SCTP transport for > NFS. SCTP allows multiple streams on the same connection, effectively > eliminating head of line blocking. Waiting for SCTP sounds like a long-term solution, as server vendors probably have little incentive. Thanks for the ideas. I'll have to see what kind of time I can get to investigate this stuff. -- Andrew Bell andrew.bell.ia@xxxxxxxxx -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
