On Thu, Jan 18, 2001 at 11:18:43AM +0200, Gleb Natapov wrote:
Exactly. And currently buffer fills very quickly. Alexey says
that there is no difference between 16 and 116 messages but I
disagree; if queue will be bigger, R will have a chance to empty
it before W will run next time and adds more routes to the
kernel. Less resyncs needed. If we can considerably enlarge
queue size for free why not to do it?
What about something like the mmap'd AF_PACKET code, basically each
application case register a user-land buffer for these sockets and
also potentially a signal for overflow, the messages get written to
this buffer and in the case of overflow a signal is sent and writing
stops; the application can then manually resync and start reading
Routing daemons can register larger buffers to prevent or reduce the
number of times it might overflow.