Return-Path: Delivered-To: apmail-commons-user-archive@www.apache.org Received: (qmail 43240 invoked from network); 12 Mar 2011 06:25:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 12 Mar 2011 06:25:22 -0000 Received: (qmail 31024 invoked by uid 500); 12 Mar 2011 06:25:21 -0000 Delivered-To: apmail-commons-user-archive@commons.apache.org Received: (qmail 30921 invoked by uid 500); 12 Mar 2011 06:25:20 -0000 Mailing-List: contact user-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Users List" Delivered-To: mailing list user@commons.apache.org Received: (qmail 30909 invoked by uid 99); 12 Mar 2011 06:25:19 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 12 Mar 2011 06:25:19 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of GGregory@seagullsoftware.com designates 216.82.242.67 as permitted sender) Received: from [216.82.242.67] (HELO mail98.messagelabs.com) (216.82.242.67) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 12 Mar 2011 06:25:10 +0000 X-VirusChecked: Checked X-Env-Sender: GGregory@seagullsoftware.com X-Msg-Ref: server-2.tower-98.messagelabs.com!1299911088!39652085!1 X-StarScan-Version: 6.2.9; banners=-,-,- X-Originating-IP: [137.134.240.188] Received: (qmail 21917 invoked from network); 12 Mar 2011 06:24:48 -0000 Received: from unknown (HELO postal.rocketsoftware.com) (137.134.240.188) by server-2.tower-98.messagelabs.com with AES128-SHA encrypted SMTP; 12 Mar 2011 06:24:48 -0000 Received: from NWT-S-MBX2.rocketsoftware.com ([fe80::5161:f503:4728:78ad]) by nwt-s-cas1.rocketsoftware.com ([::1]) with mapi id 14.01.0270.001; Sat, 12 Mar 2011 01:24:36 -0500 From: Gary Gregory To: Commons Users List Subject: RE: [runtime] Stability of memory mapped file support Thread-Topic: [runtime] Stability of memory mapped file support Thread-Index: AQHL4HIYIUs4DjdcbUiAJn7FFmRGN5QpjqgA//+sm8A= Date: Sat, 12 Mar 2011 06:24:36 +0000 Message-ID: <02AA127CD8DCDE48BC7D2DFB6C87083A07E8BA9A@nwt-s-mbx2.rocketsoftware.com> References: <10137_1299910956_4D7B112B_10137_29974_1_4D7B1126.6030609@apache.org> In-Reply-To: <10137_1299910956_4D7B112B_10137_29974_1_4D7B1126.6030609@apache.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.10.251] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org > -----Original Message----- > From: Mladen Turk [mailto:mturk@apache.org] > Sent: Saturday, March 12, 2011 01:23 > To: user@commons.apache.org > Subject: Re: [runtime] Stability of memory mapped file support >=20 > On 03/12/2011 05:57 AM, Steve Ash wrote: > > Hello, > > > > I am working on something that could benefit from using large memory ma= pped > > files. I have had bad experiences with the built in support, and the l= ack > > of deterministic unmapping in the past. I am interested in the support > > offered in Commons Runtime. Is it complete or stable? Any production = time? > > >=20 > That's my sandbox project, and I'm currently reviewing the complete > API since it collides/overlaps with Java7 API in some areas. > Also I'll completely drop the Java5 support, so I wouldn't suggest > you base anything on the current sandbox code any time soon. >=20 > Anyhow, it's still in active development, and the original > plan for replacing Daemon and Tomcat Native core functionality still > stands, but since lots changed in JVM area since sandboxed, I > had to rethink of few concepts, especially about using core Unsafe > API which offers much higher JNI performance. >=20 > Ping me back in a month or just watch the SVN activity, and I'll > be able to give you more info then. > Worse case? It might even go to the attic before exiting the sandbox. > Sometimes I find developing inside ASF so frustrating, that I'm not > sure I wish to do that again. It's not the same place I remember it > was a decade ago. Do you have suggestions for improvements? Gary >=20 >=20 > Regards > -- > ^TM >=20 > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscribe@commons.apache.org > For additional commands, e-mail: user-help@commons.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@commons.apache.org For additional commands, e-mail: user-help@commons.apache.org