Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:74251 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 89295 invoked from network); 16 May 2014 07:50:21 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 May 2014 07:50:21 -0000 Authentication-Results: pb1.pair.com header.from=dmitry@zend.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=dmitry@zend.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain zend.com from 209.85.128.169 cause and error) X-PHP-List-Original-Sender: dmitry@zend.com X-Host-Fingerprint: 209.85.128.169 mail-ve0-f169.google.com Received: from [209.85.128.169] ([209.85.128.169:57012] helo=mail-ve0-f169.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 23/F4-58167-B33C5735 for ; Fri, 16 May 2014 03:50:19 -0400 Received: by mail-ve0-f169.google.com with SMTP id jx11so2756021veb.0 for ; Fri, 16 May 2014 00:50:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=E2n9TIKDRSH6lmdZrkwjePOo5ImVvuekoSuj8qTQMM8=; b=dFGdmuogv3/oKQs2Z1mt26CuXDZXe8qTXH639eFBQxe5qBaoIRxzDL/jenB95SesUi xtLxLfnP+4CY1/Ww1SMajRXvlfbg+fyzFWfVLngMKXMQ7n4i5A6C/S111NnsqFoCRMFy HB0q5dCYsCN/rBeOnRVHM4zrwVZrZyxlHoyn+ZMwmcmJ9IzpFzCAT+ctbP7kxOVoEJkP dQ/uYAIdXrh7jgVt2G8bEn4Kqdb9V2m4E7zVQv8AaWQTxJ8EpL+NAtJKqNS3MHfkr107 0+h6oHQBGr1Ktyt5oVu/TBk8bBhM0/5oVnsjrfGeUbHrQNBF6jfxzeWL/IQVst+Ex5dK uIWQ== X-Gm-Message-State: ALoCoQmlNP1VRypfRI9QM35HYsBfm2kLA4vJY1yeyihEpyA0riYVD1gFVnCDOls3GzCNkOflO+W2H2mCR/hkDPdGVoAD+iBQ96RTteb4MX4SdtzU0A4ofnZMkHhC5hnBKR1dVwXM2rWD MIME-Version: 1.0 X-Received: by 10.52.11.230 with SMTP id t6mr10708077vdb.27.1400226616492; Fri, 16 May 2014 00:50:16 -0700 (PDT) Received: by 10.52.111.71 with HTTP; Fri, 16 May 2014 00:50:16 -0700 (PDT) In-Reply-To: References: <537539AC.8080906@sugarcrm.com> <5375A15A.5020104@phpdoc.de> Date: Fri, 16 May 2014 11:50:16 +0400 Message-ID: To: Pierre Joye Cc: Ulf Wendel , PHP internals Content-Type: multipart/alternative; boundary=485b397dd62914de2604f97faa91 Subject: Re: [PHP-DEV] on memory usage with the 64bit patch, and interpretation of various numbers From: dmitry@zend.com (Dmitry Stogov) --485b397dd62914de2604f97faa91 Content-Type: text/plain; charset=UTF-8 Pierre, 1) if you reduce size off all language entities to 32-bit, then what this patch would provide except of extending string to have 64-bit length? but you always talk - it's a side effect (I'm not talking about IS_LONG part). 2) In phpng we use zend_string* for class, function and other names, so extending zend_string would extend all of them anyway. Thanks. Dmitry. On Fri, May 16, 2014 at 9:30 AM, Pierre Joye wrote: > On Fri, May 16, 2014 at 7:25 AM, Ulf Wendel wrote: > > > Assuming unified behaviour is the #1 goal, the lowest common denominator > > could be used instead of the largest. The latter obviously has > > undesired side effects. > > Nice rhetoric but sadly missing some of the key points: > > - for class/variables and other language keywords, we can keep what we > have (see my other replies for the reasons) > - we can always limit the maximum size of a storage (hash, zval, > buffer, etc) at the implementation > . we already do that > . it still gives us the benefits of using a clean, safe and > standard implementation (see other replies for a more detailed > explanation about these points) > - the lower common denominator, platforms wild is what we do with this > patch > > -- > Pierre > > @pierrejoye | http://www.libgd.org > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > --485b397dd62914de2604f97faa91--