From owner-freebsd-java@FreeBSD.ORG Sun Jan 31 20:23:49 2010 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD96E10656A3 for ; Sun, 31 Jan 2010 20:23:49 +0000 (UTC) (envelope-from james@mansionfamily.plus.com) Received: from relay.ptn-ipout02.plus.net (relay.ptn-ipout02.plus.net [212.159.7.36]) by mx1.freebsd.org (Postfix) with ESMTP id 490E08FC2B for ; Sun, 31 Jan 2010 20:23:48 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAHN1ZUvUnw4T/2dsb2JhbADWAYRFBA Received: from pih-relay06.plus.net ([212.159.14.19]) by relay.ptn-ipout02.plus.net with ESMTP; 31 Jan 2010 20:23:48 +0000 Received: from [80.229.150.39] (helo=pd600.barnhouse) by pih-relay06.plus.net with esmtp (Exim) id 1NbgKh-0002de-QW; Sun, 31 Jan 2010 20:23:47 +0000 Received: from [192.168.0.132] (unknown [192.168.0.132]) by pd600.barnhouse (Postfix) with ESMTP id 6550C3A2867; Sun, 31 Jan 2010 20:23:50 +0000 (GMT) Message-ID: <4B65E6D3.2010809@mansionfamily.plus.com> Date: Sun, 31 Jan 2010 20:23:47 +0000 From: James Mansion User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Pieter de Goeje References: <201001301816.16987.pieter@degoeje.nl> <201001301958.59731.pieter@degoeje.nl> <4B654FDA.7070603@mansionfamily.plus.com> <201001311324.54206.pieter@degoeje.nl> In-Reply-To: <201001311324.54206.pieter@degoeje.nl> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Plusnet-Relay: 622634fcbde4ee7017f767df80424e03 Cc: freebsd-java@FreeBSD.org Subject: Re: OpenJDK 6/7 kqueue based NIO provider X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2010 20:23:49 -0000 Pieter de Goeje wrote: > That is an interesting idea, such an implementation could potentially replace > all existing back-ends with the exception of the Windows IOCP back-end. > However libev doesn't seem to provide a non-blocking poll which is required > for NIO (ev_loop always blocks AFAIK). > I'll ask Marc. Would have thought that it wouldn't be too hard to arrance an immediate timeout or to register a known-available fd too (/dev/null?) James