Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:77008 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 83535 invoked from network); 1 Sep 2014 14:17:47 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Sep 2014 14:17:47 -0000 Authentication-Results: pb1.pair.com smtp.mail=dmitry@zend.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=dmitry@zend.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 209.85.220.173 as permitted sender) X-PHP-List-Original-Sender: dmitry@zend.com X-Host-Fingerprint: 209.85.220.173 mail-vc0-f173.google.com Received: from [209.85.220.173] ([209.85.220.173:38076] helo=mail-vc0-f173.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 3D/54-48532-A0084045 for ; Mon, 01 Sep 2014 10:17:47 -0400 Received: by mail-vc0-f173.google.com with SMTP id im17so5524186vcb.18 for ; Mon, 01 Sep 2014 07:17:44 -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=QMBwG+Y+owc7oXnVN+ilfHYU2h3wHHyRrSKOsBzKvMY=; b=O3mKP0eqUFw9uPGeyHvT55J0kDxa77XzG+3zzYvsEv/1tAdk6TYfHZTRna6arTFsu+ f2nH6fnpBA5xnz0c5jB5w6nmHWUe1XyWknIsdxZMUbl7sEoA6TebwNrs13NrKtvaIYHc RNXYv+gW7nbeOeVWgzf671iensY7SxU7IuuQlD696C6feRGQTZs4xuFBoteMQPSXiJvr 4MLg5eExZwMmZQbuHZNCRddTtDoaqfPQGYECIrh66PsISYBhxeNqz3J8VSqmk0jniZp/ QqCAECSRs1fYYQDjv4N05wwIxMHlkALoAO0N2idar3PGYxbCt3w9R8hMzc+6TW0JpMbP Ga5A== X-Gm-Message-State: ALoCoQliZUAi4ZOPc+0M67bkWwFJc90nDUYWLXAa716DmCpNsVabmg/OcDu33cLbPgbvjgbDgbThjhiPzWa6Nz27iLRSf53uFJyL/8igflB0NzX8IUxq0eOuio8EV9RL6V8cr8f29910STiYX1706wj5QifitjJBJQ== MIME-Version: 1.0 X-Received: by 10.52.148.2 with SMTP id to2mr763034vdb.38.1409581064408; Mon, 01 Sep 2014 07:17:44 -0700 (PDT) Received: by 10.52.110.170 with HTTP; Mon, 1 Sep 2014 07:17:44 -0700 (PDT) In-Reply-To: References: <2afc5a878ff4c780c74f4604f77525c1.squirrel@webmail.klapt.com> <3bc533250c01664354fce3e4167ca78b.squirrel@webmail.klapt.com> Date: Mon, 1 Sep 2014 18:17:44 +0400 Message-ID: To: Anatol Belski Cc: Pierre Joye , PHP internals , Nikita Popov , Xinchen Hui Content-Type: multipart/alternative; boundary=bcaec52d5719a07255050201aabb Subject: Re: [PHP-DEV] Re: 64 bit string offsets From: dmitry@zend.com (Dmitry Stogov) --bcaec52d5719a07255050201aabb Content-Type: text/plain; charset=UTF-8 Hi Anatol, what do you mean? heap allocated structure? I think, it's not a good option :( I didn't have time to think about this yet. Thanks. Dmitry. On Mon, Sep 1, 2014 at 5:37 PM, Anatol Belski wrote: > On Sun, August 31, 2014 22:31, Anatol Belski wrote: > > Hi Pierre, > > > > > > On Sun, August 31, 2014 14:12, Pierre Joye wrote: > > > >> Hi Anatol, > >> > >> > >> > >> Thanks! > >> > >> > >> > >> For what I see it should have no impact, either mem usage or perf but > >> when such offset is used, in 64bit. > >> > >> However some numbers are better, could you provide some using > >> exclusively this syntax and using common apps pls? Only to be sure. > >> > > while testing drupal and wp, i see a regression of .3% on mem usage and > > .1% on perf. When using the exclusive syntax, i see a perf difference > > almost in ms range, so even not worth to mention. The functional part > shows > > no diff so far. > > > Laruence on the IRC suggested to implement this as a new zval type, so I'm > going to try it out yet as that's a cleaner way do go. > > Regards > > Anatol > > --bcaec52d5719a07255050201aabb--