From owner-freebsd-java@FreeBSD.ORG Sun Jan 31 10:08:57 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 711221065740 for ; Sun, 31 Jan 2010 10:08:57 +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 0F5CF8FC1A for ; Sun, 31 Jan 2010 10:08:56 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAAreZEtUXebi/2dsb2JhbADWJIRFBA Received: from relay03.plus.net ([84.93.230.226]) by relay.ptn-ipout02.plus.net with ESMTP; 31 Jan 2010 09:39:37 +0000 Received: from [80.229.150.39] (helo=pd600.barnhouse) by relay03.plus.net with esmtp (Exim) id 1NbWHJ-0007HV-CG; Sun, 31 Jan 2010 09:39:37 +0000 Received: from [192.168.0.132] (unknown [192.168.0.132]) by pd600.barnhouse (Postfix) with ESMTP id 370B53A2753; Sun, 31 Jan 2010 09:39:37 +0000 (GMT) Message-ID: <4B654FDA.7070603@mansionfamily.plus.com> Date: Sun, 31 Jan 2010 09:39:38 +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> In-Reply-To: <201001301958.59731.pieter@degoeje.nl> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Plusnet-Relay: b0e9e631f393110904d4bbbefe364cdd 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 10:08:57 -0000 Pieter de Goeje wrote: > From a cursory read of the code it can be seen that the existing Sun > implementations (even the shared part of the code) assumes poll like > back-ends. This is not a very good match for kqueue because it differs (in a > Would it be worth looking at an implementation that uses libev or libevent? James