Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:59435 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 58959 invoked from network); 7 Apr 2012 18:14:16 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Apr 2012 18:14:16 -0000 Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.160.170 as permitted sender) X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 209.85.160.170 mail-gy0-f170.google.com Received: from [209.85.160.170] ([209.85.160.170:37198] helo=mail-gy0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id FC/FD-23111-6F3808F4 for ; Sat, 07 Apr 2012 14:14:14 -0400 Received: by ghbg2 with SMTP id g2so1747957ghb.29 for ; Sat, 07 Apr 2012 11:14:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DQqGyX7y+GiHORG1iAEQt1V7hFVV7lphpzXFH9UZ5UY=; b=gb4zH+3sMNb5zx6xavYmqLjFpWFt6Rlzspdsl+ZVvtXWY2XqBeHIEK/kxdU6KYB8s4 WpaWkmigbBDtMU1ZHI6e+EqAxcONzDjF/y9I7/rbard6kPHeQwSLOx0r8e/J4/lEqCpk wt++7snmzerFBi/xX1gvgMeSP4sjpUB+opr1LlAskrG72PlV0V+iIn/7CAJRX6lUCPjA MktZDx8IymylhhW11tShAdknktASZO+KBrdHY8xfUhCAJgW51nzvmGZLJ00YX+8WzAvf eslULKA/7H7cM5Wz5t9bX6GT5/J0Yre4BaOabKm/KQtRJzGLUsosINHGin2KEHjm5QOc elUw== MIME-Version: 1.0 Received: by 10.236.9.35 with SMTP id 23mr1619158yhs.41.1333822451201; Sat, 07 Apr 2012 11:14:11 -0700 (PDT) Received: by 10.147.168.16 with HTTP; Sat, 7 Apr 2012 11:14:11 -0700 (PDT) In-Reply-To: <-8675298664786638901@unknownmsgid> References: <11343239.3338.1333757773882.JavaMail.mobile-sync@iakr3> <1722329293808329363@unknownmsgid> <4F7FD377.9030207@sugarcrm.com> <-8675298664786638901@unknownmsgid> Date: Sat, 7 Apr 2012 20:14:11 +0200 Message-ID: To: Luke Scott Cc: Stas Malyshev , PHP Internals Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [PHP-DEV] Persistent zvals From: pierre.php@gmail.com (Pierre Joye) On Sat, Apr 7, 2012 at 6:51 PM, Luke Scott wrote: > I think I understand what you're getting at. So to avoid fragmentation > you would have to have two independent memory spaces. Making non > persistent memory persistent would require copying from one space to > another. Is that correct? Yes, that's correct. > How is this handled in other platforms where you have an application > instance (with state, if that's the correct terminology)? Application server is something different. PHP is not one, as it could be possible to do that using the builtin web server (dev only :). > Are there any other options for reliably persisting objects/variables > (without having to recreate)? Something I have been discussed in the past with a couple of persons is to have a mechanism to automatically instantiate objects on request start. That's not persistent objects but that could already boost a little it the base foot print of some frameworks. Cheers, -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org