From owner-freebsd-hackers Mon Apr 8 03:14:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA17372 for hackers-outgoing; Mon, 8 Apr 1996 03:14:39 -0700 (PDT) Received: from blah.a.isar.de (root@blah.a.isar.de [194.45.233.130]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA17365 for ; Mon, 8 Apr 1996 03:14:35 -0700 (PDT) Received: (from roell@localhost) by blah.a.isar.de (8.6.12/8.6.9) id MAA00330; Mon, 8 Apr 1996 12:03:13 +0200 Date: Mon, 8 Apr 1996 12:03:13 +0200 From: Thomas Roell Message-Id: <199604081003.MAA00330@blah.a.isar.de> To: Terry Lambert Cc: roell@blah.a.isar.de (Thomas Roell), msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG, jkh@time.cdrom.com, roell@xinside.com Subject: Re: The F_SETOWN problem.. In-Reply-To: <199604072132.OAA00676@phaeton.artisoft.com> References: <199604072036.WAA00909@blah.a.isar.de> <199604072132.OAA00676@phaeton.artisoft.com> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In your message of 7 April 1996 you write: > You can do the same thing without needing another process if you popen > a fipe and write events to yourself that can then be selected upon. > > THis might very well fix your buffering id 1K vs. 6k (5k pipe + 1k kernel) > is enough to fix the problem for you. I think you don't get it. The problem is no matter what I do, select() will be only called rarely, which means that a pipe would not help at all. Increasing the buffer size by any means just moves the problem to a different threshold, rather than solving it. Just another example. We are (aehm from the sales prespective will be) supporting HW-MPEG playback. The MPEG chip is fed with data asynchronously via periodical SIGALARM calls. It is easily possible that depending upon your bitstream, that for a while the X-Server will not get back to the select() at all. > > Right. This is what SVR4 (except Solaris), SCO and AIX are doing. > > Well. It seems that you really want a fix in another area of BSD, > and that this fix is just a software fix to the fact that the other > area is broken. 8-). What I want is being able to open multple /dev/ttyd* devices and get a SIGIO if there is new input available. - Thomas -- Denver Office THOMAS ROELL /\ Das Reh springt hoch, +1(303)298-7478 X INSIDE INC / \/\ das Reh springt weit, 1801 Broadway, Suite 1710 / \ \/\ was soll es tun, Denver, CO 80202 roell@xinside.com / Oelch! \ \ es hat ja Zeit.