From owner-freebsd-hackers  Sat Jan  4 06:43:03 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id GAA26222
          for hackers-outgoing; Sat, 4 Jan 1997 06:43:03 -0800 (PST)
Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA26214
          for <hackers@freebsd.org>; Sat, 4 Jan 1997 06:42:58 -0800 (PST)
Received: from localhost (narvi@localhost)
          by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP
	  id QAA27339; Sat, 4 Jan 1997 16:40:49 +0200 (EET)
Date: Sat, 4 Jan 1997 16:40:39 +0200 (EET)
From: Narvi <narvi@haldjas.folklore.ee>
To: Michael Smith <msmith@atrad.adelaide.edu.au>
cc: "Jordan K. Hubbard" <jkh@time.cdrom.com>, mrcpu@cdsnet.net,
        hackers@freebsd.org
Subject: Re: pib comments.
In-Reply-To: <199701041248.XAA23499@genesis.atrad.adelaide.edu.au>
Message-ID: <Pine.BSF.3.95.970104163329.27180A-100000@haldjas.folklore.ee>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk



On Sat, 4 Jan 1997, Michael Smith wrote:

> Jordan K. Hubbard stands accused of saying:
> > I don't think this is TCL and Tk's fault at all - the ports and
> > packages just aren't very efficiently organized, period, and pretty
> > much *any* conceivable front end which doesn't attempt to keep its own
> > information cache is doomed to be slower than heck. :-(
> 
> ... and I'll squash this one before it gets loose too.  Satoshi was
> _very_ prompt in coming forwards with changes to the ports structure 
> necessary for reasonably efficient management.
> 
> The _only_ aspect of pib that is slow is the necessity to md5
> _each_and_every_distfile_on_your_system_.  That's what the K/sec
> counter is about, and its directly linked to the performance of your
> disk/cpu combination.  On the tired old 2.1-something machine I
> developed pib on, along with four or five other users competing for
> core, disk and CPU (P100, NCR, Seagate Hawk), it still averaged over
> 200K/sec.  If someone has a beef with this, please come forward with a
> faster md5 algorithm 8)

Well, there is the 64-bit tiger hash which is ~ 2x fater than md5... It
is also supposed to be collisionless.

I think I could make a port out of it after the exams (~ end of January).

	Sander

> 
> > 						Jordan
> 
> -- 
> ]] Mike Smith, Software Engineer        msmith@gsoft.com.au             [[
> ]] Genesis Software                     genesis@gsoft.com.au            [[
> ]] High-speed data acquisition and      (GSM mobile)     0411-222-496   [[
> ]] realtime instrument control.         (ph)          +61-8-8267-3493   [[
> ]] Unix hardware collector.             "Where are your PEZ?" The Tick  [[
>