Date: Mon, 4 Dec 2000 16:26:59 -0800 From: Alfred Perlstein <bright@wintelcom.net> To: Terry Lambert <tlambert@primenet.com> Cc: Bosko Milekic <bmilekic@technokratis.com>, arch@FreeBSD.ORG Subject: Re: zero copy code review Message-ID: <20001204162659.B8051@fw.wintelcom.net> In-Reply-To: <20001204162015.A8051@fw.wintelcom.net>; from bright@wintelcom.net on Mon, Dec 04, 2000 at 04:20:15PM -0800 References: <Pine.BSF.4.21.0012031808540.98531-100000@jehovah.technokratis.com> <200012042352.QAA12392@usr02.primenet.com> <20001204162015.A8051@fw.wintelcom.net>
next in thread | previous in thread | raw e-mail | index | archive | help
* Alfred Perlstein <bright@wintelcom.net> [001204 16:20] wrote: > > Well behaved applications (read: written by me) deal with errors > like ENOBUFS properly, what they do is close the socket and > commence throttling connections. > > I would not want my process to be stuck in the kernel waiting > for bufferspace that could take quite a long time get ahold of. > > However I can understand someone wanting a niave process not > to get such errors because they may misbehave and do stupid > things like busy loop or just abort entirely. > > Perhaps adding a per-process or per-socket or per-something flag > to ask for indefinite blocking (or turn it off) would be a good > idea, honestly having it one way or the other isn't very good > depending on your application. I can live with the current > situation so I'll leave 'fixing' this to someone who wants > the indefinite blocking. > > Oh, and don't forget, you can't block me indefinitely if I'm > writing to a non-blocking socket. In fact if M_WAIT is set > I shouldn't be blocking at all on a non-blocking socket. One more thing, ENOBUFS is indicative of a misconfiguration and shouldn't happen in day to day operations, if it does happen then the user needs to reconfigure for more buffer space. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20001204162659.B8051>