Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:19546
Return-Path: <php@ter.dk>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 68712 invoked by uid 1010); 10 Oct 2005 10:57:58 -0000
Delivered-To: ezmlm-scan-internals@lists.php.net
Delivered-To: ezmlm-internals@lists.php.net
Received: (qmail 68693 invoked from network); 10 Oct 2005 10:57:58 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 10 Oct 2005 10:57:58 -0000
X-Host-Fingerprint: 213.237.67.135 213.237.67.135.adsl.by.worldonline.dk Linux 2.4/2.6
Received: from ([213.237.67.135:13803] helo=mail.ter.dk)
	by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP
	id 11/C6-54476-5394A434 for <internals@lists.php.net>; Mon, 10 Oct 2005 06:57:57 -0400
Received: from workpenguin (workpenguin [192.168.1.32])
	by mail.ter.dk (Symaskine) with SMTP id DFE348A4018;
	Mon, 10 Oct 2005 12:57:51 +0200 (CEST)
To: adam@trachtenberg.com (Adam Maccabee Trachtenberg)
Cc: internals@lists.php.net
Date: Mon, 10 Oct 2005 12:57:05 +0200
Message-ID: <s7hkk1l00v0gerlccnsc0937ov977j5og4@4ax.com>
References: <Pine.LNX.4.62.0510061954140.13434@localhost> <99dd4f75f4ceebfe1c980cf439e97416@gravitonic.com> <4346E00A.8020504@prohost.org> <4346E0C5.3090001@lerdorf.com> <Pine.LNX.4.62.0510072258200.13434@localhost> <Pine.LNX.4.58.0510090038270.11531@miranda.org>
In-Reply-To: <Pine.LNX.4.58.0510090038270.11531@miranda.org>
X-Mailer: Forte Agent 1.91/32.564
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] Unicode Implementation
From: php@ter.dk (Peter Brodersen)

On Sun, 9 Oct 2005 00:55:45 -0400 (EDT), in php.internals
adam@trachtenberg.com (Adam Maccabee Trachtenberg) wrote:

>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.

I agree - the speed penalty comparsion seems mostly related to php
scripts that does nothing else than handling strings.

I recall the old discussions (echo vs print vs ?>...<? ) using similar
benchmarks. It is true when you compare the specific
functions/language constructs the relative difference in speed is
apparent. But compared to a bunch of other functions that you'll
usually use (database connections, file access, data sorting, etc.) I
imagine that the speed penalty is simply marginal.

Just my 0.02 \x20B1.

--=20
- Peter Brodersen