Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:71461 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 95211 invoked from network); 23 Jan 2014 19:40:00 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Jan 2014 19:40:00 -0000 Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.204 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.204 mail4.serversure.net Linux 2.6 Received: from [217.147.176.204] ([217.147.176.204:51167] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 2E/5B-39789-E0071E25 for ; Thu, 23 Jan 2014 14:39:59 -0500 Received: (qmail 11930 invoked by uid 89); 23 Jan 2014 19:39:56 -0000 Received: by simscan 1.3.1 ppid: 11924, pid: 11927, t: 0.0580s scanners: attach: 1.3.1 clamav: 0.96/m:52 Received: from unknown (HELO linux-dev4.lsces.org.uk) (lester@rainbowdigitalmedia.org.uk@81.138.11.136) by mail4.serversure.net with ESMTPA; 23 Jan 2014 19:39:55 -0000 Message-ID: <52E1708C.5060207@lsces.co.uk> Date: Thu, 23 Jan 2014 19:42:04 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 MIME-Version: 1.0 To: internals@lists.php.net References: <52E0F55F.4040802@lsces.co.uk> <52E16AC2.8070400@ajf.me> In-Reply-To: <52E16AC2.8070400@ajf.me> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] 64 bit platform improvements for string length and integer From: lester@lsces.co.uk (Lester Caine) Andrea Faulds 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? Except that PHP is not just used on servers? I doubt figures are available, but it would be interesting to find out how big the minority is who use PHP to run local applications on local hardware? That hardware may well be 32bit still ... -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk