Date: Sat, 4 Jan 1997 23:18:24 +1030 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: mrcpu@cdsnet.net, hackers@FreeBSD.ORG Subject: Re: pib comments. Message-ID: <199701041248.XAA23499@genesis.atrad.adelaide.edu.au> In-Reply-To: <25514.852368273@time.cdrom.com> from "Jordan K. Hubbard" at "Jan 4, 97 00:57:53 am"
next in thread | previous in thread | raw e-mail | index | archive | help
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) > 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?199701041248.XAA23499>