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. Message-ID: <Pine.BSF.3.95.970104163329.27180A-100000@haldjas.folklore.ee> In-Reply-To: <199701041248.XAA23499@genesis.atrad.adelaide.edu.au>
next in thread | previous in thread | raw e-mail | index | archive | help
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 [[ >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.95.970104163329.27180A-100000>