Return-Path: X-Original-To: apmail-felix-dev-archive@www.apache.org Delivered-To: apmail-felix-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B49E711F7B for ; Fri, 25 Jul 2014 15:58:57 +0000 (UTC) Received: (qmail 98696 invoked by uid 500); 25 Jul 2014 15:58:57 -0000 Delivered-To: apmail-felix-dev-archive@felix.apache.org Received: (qmail 98625 invoked by uid 500); 25 Jul 2014 15:58:57 -0000 Mailing-List: contact dev-help@felix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@felix.apache.org Delivered-To: mailing list dev@felix.apache.org Received: (qmail 98613 invoked by uid 99); 25 Jul 2014 15:58:57 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 Jul 2014 15:58:57 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of david.bosschaert@gmail.com designates 209.85.212.172 as permitted sender) Received: from [209.85.212.172] (HELO mail-wi0-f172.google.com) (209.85.212.172) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 Jul 2014 15:58:55 +0000 Received: by mail-wi0-f172.google.com with SMTP id n3so1241430wiv.11 for ; Fri, 25 Jul 2014 08:58:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=Fa+YetEY6vMlaworFAERZ9XozoZ79CXD97T9CvCVUYE=; b=dRM2FW37kqI8MWe2+Vr9yOUfMiM95moV9WXpu3zkEMUMZS+dft4TaSyrTHhTnBe3Ck AB0tl16pUyTaTJ+z7xEbD9bSO5KqPvbzxnTPBlTYodl+jLv+LvMeHJyl2itlO00IBFYC wngdLBZn3THNhPyyG/2OQxe6K+IEMXkFg1VcOIGCGtVNCSKHgnGBz1opNmCRtTswLadc Sr1Ahwo9XxKc8KUvp97GbgBfsTysO0U34lt0yUs9jJFI0SYX0CZj4vRfH6OI0LjfkI+P loOoUydWkAikJfmHsnsCiozb0bG8dHc0f50+Xpofu1IWt8cC9ECwWGmt7zGQOYDp1blc 1Uxw== X-Received: by 10.180.189.210 with SMTP id gk18mr6480337wic.82.1406303909139; Fri, 25 Jul 2014 08:58:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.217.108.5 with HTTP; Fri, 25 Jul 2014 08:58:09 -0700 (PDT) In-Reply-To: References: <53D25158.4060002@ascert.com> <53D259AA.2080508@ungoverned.org> From: David Bosschaert Date: Fri, 25 Jul 2014 16:58:09 +0100 Message-ID: Subject: Re: Java process codepage sharing To: "dev@felix.apache.org" Content-Type: text/plain; charset=UTF-8 X-Virus-Checked: Checked by ClamAV on apache.org I might be wrong, but I think that much of what Jan Rellermeyer is working on is covered in this EclipseCon presentation (which was presented by Tom Watson): https://www.eclipsecon.org/na2014/sites/default/files/slides/EclipseCon%202014%20-%20Multitenant%20OSGi.pdf Cheers, David On 25 July 2014 16:52, Bertrand Delacretaz wrote: > On Fri, Jul 25, 2014 at 3:20 PM, Richard S. Hall wrote: >> On 7/25/14, 08:45 , Rob Walker wrote: >>> ...I have it in the back of my mind that the Java VM has some kind of >>> codepage sharing i.e. 2 java process running the same code on the same >>> machine will only use one memory space for the loaded class bytecode... > > I haven't used it but as per [1] it seems like the IBM VM allows for > sharing some ("ROM") parts of loaded classes between processes. > > If you find more info about this in general I'd be interested. > > -Bertrand > > [1] http://pic.dhe.ibm.com/infocenter/realtime/v3r0m0/index.jsp?topic=%2Fcom.ibm.wrt.aix.doc.30%2Frealtime%2Fdiagnose_oom_understanding.html