Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:29403 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 59004 invoked by uid 1010); 11 May 2007 08:26:21 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 58989 invoked from network); 11 May 2007 08:26:21 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 May 2007 08:26:21 -0000 Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 64.233.162.232 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 64.233.162.232 nz-out-0506.google.com Linux 2.4/2.6 Received: from [64.233.162.232] ([64.233.162.232:10842] helo=nz-out-0506.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 96/0F-20961-DA824464 for ; Fri, 11 May 2007 04:26:21 -0400 Received: by nz-out-0506.google.com with SMTP id k1so948823nzf for ; Fri, 11 May 2007 01:26:19 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=d0R1FtmO8tRGEjxI+U1hwHZjXn8UHkWu6OXclysjE0AdPduAbRAIDQILsQkVNh30LFLgMYPx0mR7b3eCD30PtOMiWobADrMBd6XOPWV/FoNh7HiQGlgGs3+syqZ+m2kxLYjQCUO5v24Vca4Pz+uUn4WfXV28TkNus35SD8rExnU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MjjXNP2UZDUbhf+yIuHOSWgptPya18xV35JQNoAyt8+jEmV667+BxgtbdoKjoRhCpgfVndA2gHKP81EzzR5av2WXwse5m8YjC100mXhaDlMRbXzgJ8oMd/wwAQTv39PVZgGx+OLacdjQ0ySnitfiODFQpbziOcCy9wWoN0FSzQ4= Received: by 10.114.26.1 with SMTP id 1mr908016waz.1178871979050; Fri, 11 May 2007 01:26:19 -0700 (PDT) Received: by 10.114.178.20 with HTTP; Fri, 11 May 2007 01:26:18 -0700 (PDT) Message-ID: Date: Fri, 11 May 2007 10:26:18 +0200 To: maurice@phorum.org Cc: "Derick Rethans" , "Michael Walter" , RQuadling@googlemail.com, "Brian Moon" , internals@lists.php.net In-Reply-To: <46432F0B.8080506@phorum.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4641D92C.4050208@dealnews.com> <10845a340705090743v6aba7896y45b9f7d60a4e77ba@mail.gmail.com> <4641E3DD.8040807@phorum.org> <877e9a170705090913i320359cag81b0a3bf203e2c86@mail.gmail.com> <464202D9.8080509@phorum.org> <46432F0B.8080506@phorum.org> Subject: Re: [PHP-DEV] Tree sort in C From: pierre.php@gmail.com (Pierre) HI Maurice, On 5/10/07, Maurice Makaay wrote: > > That is very peculiar... it should never be slower than an > > implementation in PHP - unless your algorithm isn't optimal. > > > The timing for large numbers of nodes got slower due to a linear lookup > (as explained in a previous message too). I implemented a hash table > lookup as a replacement. This still does not use a lot of memory and the > speed does no longer decrease at large quantities of nodes. Only for the record, You may have missed it, there was some work done in this area by Sterling a couple of years ago (well, too many ;). He thought there was a need for such functions. He began to work on an extension called advanced data types (adt) in pecl . It may be something you can consider and bring it back to life :) ? Or at least it could be a good idea to continue your work in PECL, in a single tree extension. At some point point, the new functions/classes may be in php or maybe not. But you will at least have a place to stabilize/improve, publish or maintain. Please note that these are only suggestions, I would like to have advance data types like tree (or derived) n php but for what I see, we are not ready yet to understand their importance :) --Pierre