Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:71484 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 61635 invoked from network); 24 Jan 2014 07:32:25 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Jan 2014 07:32:25 -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 74.125.82.54 cause and error) X-PHP-List-Original-Sender: dmitry@zend.com X-Host-Fingerprint: 74.125.82.54 mail-wg0-f54.google.com Received: from [74.125.82.54] ([74.125.82.54:61912] helo=mail-wg0-f54.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 96/67-39789-20712E25 for ; Fri, 24 Jan 2014 02:32:24 -0500 Received: by mail-wg0-f54.google.com with SMTP id x13so2535283wgg.33 for ; Thu, 23 Jan 2014 23:32:16 -0800 (PST) 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=vcB3/d8zogqJgW/0ymo6cha2/+zIp5tZ7jZA6fnsGOM=; b=P+P/Tu34tHseKETtGN1MnMfx80m/bCFXsxbmQrV9kU2gaBRR9Y6i+Uv2xq5enjQVzh 0Y1Rip5NmpSPAVuR4KcNjHT+U372P3H14TL1AWh2W4BPJP6kMKsuvqVo5zyqLZ3CWNEI vZKUDoC5mgHw011emC1S7vCeT+qyIXIIzHYLSsp5MzilWqYEzwvKodX8o/DosnMRW8rM Z1erLIG3hkH1D3IDV7u9JPnVLVX2nHIILzqPdkfZFUxlbqYxHASn1yvH3Nd8wIc1c+HP ysQfCpCBLHkkITHSzDNFnhQQvUQDIiVuLV0QxvmfGkZ8qvc5G1lmbdAz0j4602YWu0UY z9hA== X-Gm-Message-State: ALoCoQlu17HJIzUF84Q8KBR8B8biD+UhrpYDcfbpPi7IZxPfYAHCjHYIQM1zmrVri5hCT0hxOzo0vVVCvrlv3MR/LsZ2esAZLPkyDxLz6xnR/MWhWZg87lNUaXQrKJyO5krptuouBDW4 MIME-Version: 1.0 X-Received: by 10.195.13.17 with SMTP id eu17mr9722588wjd.24.1390548736102; Thu, 23 Jan 2014 23:32:16 -0800 (PST) Received: by 10.227.91.196 with HTTP; Thu, 23 Jan 2014 23:32:15 -0800 (PST) In-Reply-To: References: <52E0F55F.4040802@lsces.co.uk> <52E16AC2.8070400@ajf.me> Date: Fri, 24 Jan 2014 11:32:15 +0400 Message-ID: To: Pierre Joye Cc: Andrea Faulds , Derick Rethans , PHP Internals Content-Type: multipart/alternative; boundary=047d7bd91a7a75665c04f0b25b87 Subject: Re: [PHP-DEV] [RFC] 64 bit platform improvements for string length and integer From: dmitry@zend.com (Dmitry Stogov) --047d7bd91a7a75665c04f0b25b87 Content-Type: text/plain; charset=UTF-8 Unfortunately, my benchmarks on Linux show that 64-bit PHP builds are always a bit slower on real-life applications. It's because 64-bit PHP uses more memory and as result causes more CPU cache misses. Thanks. Dmitry. On Thu, Jan 23, 2014 at 11:23 PM, Pierre Joye wrote: > On Thu, Jan 23, 2014 at 8:17 PM, Andrea Faulds wrote: > > > > > > On 23/01/14 13:12, Dmitry Stogov wrote: > >> > >> It would be a significant performance degradation :) > >> Just imagine how to implement 64-bit multiplication and division on > 32-bit > >> CPU. > > > > > > I doubt as much. Aren't the vast majority of servers 64-bit anyway? And > > those that aren't are probably just 32-bit-mode 64-bit CPU servers, which > > wouldn't be slow, right? > > RIght, 32bit mode are not slower, at least for basic operations, other > ops are slower (couple of more cycles, less registers, etc.). However > 64bit mode combined with 64 binaries can be much faster than 32bit > binary on the same processor. > > > Cheers, > -- > Pierre > > @pierrejoye | http://www.libgd.org > --047d7bd91a7a75665c04f0b25b87--