When doing some tests for the streaming process under linux I noticed that
if the sender reaches a RecvQ full to upto 32k, my process hangs until there
is more space in the RecvQ. the problem is that I cannot go around this
desync since varying network conditions produces it.
Is the only way to solve this problem the implementation of buffering on
both ends of the connection in my software to keep the RecvQ and SendQ low ?
or is there a parameter I could change within the kernel to allow for bigger
RecvQ SendQs ?
-------------------------------------------
Jean-Francois Gadoury
Jean-Francois.Gadoury@cesart.com
Directeur Technique / Technical Director
CESCOM Research/Recherche Inc.
Tel:(819)693-6763
Fax:(819)693-0307
http://www.cesart.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/