Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:19528 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 22896 invoked by uid 1010); 9 Oct 2005 04:55:50 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 22881 invoked from network); 9 Oct 2005 04:55:50 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 9 Oct 2005 04:55:50 -0000 X-Host-Fingerprint: 65.124.18.202 miranda.org Linux 2.4/2.6 Received: from ([65.124.18.202:41818] helo=miranda.org) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id C9/8A-54476-5D2A8434 for ; Sun, 09 Oct 2005 00:55:49 -0400 Received: (qmail 19397 invoked by uid 546); 9 Oct 2005 00:55:46 -0400 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 9 Oct 2005 00:55:46 -0400 Date: Sun, 9 Oct 2005 00:55:45 -0400 (EDT) X-X-Sender: adam@miranda.org To: Derick Rethans cc: Rasmus Lerdorf , PHP Developers Mailing List In-Reply-To: Message-ID: References: <99dd4f75f4ceebfe1c980cf439e97416@gravitonic.com> <4346E00A.8020504@prohost.org> <4346E0C5.3090001@lerdorf.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: [PHP-DEV] Unicode Implementation From: adam@trachtenberg.com (Adam Maccabee Trachtenberg) On Fri, 7 Oct 2005, Derick Rethans wrote: > On Fri, 7 Oct 2005, Rasmus Lerdorf wrote: > > > Which is why we need the unicode=off switch. I don't think there is any > > way we can make Unicode PHP as fast as non-Unicode PHP. For people who > > need Unicode support, Unicode PHP will be faster and easier than any > > other way for them to get there, but for people who have no need for > > Unicode it would be really nice to maintain the fast non-Unicode mode. > > What is wrong with PHP 5.1? People don't *have* to upgrade to the > unicode enabled PHP if they don't want to. And it would probably be > "nice" to have that mode for some users, but should that be over our own > back with multiple implementations of everything? I got to agree with Derick. I certainly understand that speed is important, but people somehow manage to develop Web sites in Java, C#, and Perl, and all those languages are Unicode only. We seem to be under the impression that the Unicode speed penalty will be so harsh that a Unicode-only PHP 6 will be too slow for use. However, we don't know that for sure. Yes, it will be slower, when you look at the whole request cycle, it may not matter. Therefore, all the extra work we're doing today seems to be premature optimization (a.k.a. "the root of all evil") that only adds to code complexity and delays PHP 6. We'd be better off building PHP 6 as Unicode-only and spending the extra time that we're currently using on the non-Unicode mode tuning PHP 6 the best we can. If we somehow fail to get it fast enough for a certain subset of users, and those users cannot afford to buy better machines, then and only then should we figure out how solve the problem of making PHP 6 support a non-Unicode mode. -adam -- adam@trachtenberg.com | http://www.trachtenberg.com author of o'reilly's "upgrading to php 5" and "php cookbook" avoid the holiday rush, buy your copies today!