From owner-freebsd-hackers Thu Feb 9 16:00:09 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA22119 for hackers-outgoing; Thu, 9 Feb 1995 16:00:09 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA22112; Thu, 9 Feb 1995 16:00:07 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id PAA12804; Thu, 9 Feb 1995 15:54:27 -0800 To: Nate Williams cc: "Jordan K. Hubbard" , hackers@freefall.cdrom.com Subject: Re: Please? Whine.. Sup project.. In-reply-to: Your message of "Thu, 09 Feb 95 08:53:44 MST." <199502091553.IAA12682@trout.sri.MT.net> Date: Thu, 09 Feb 1995 15:54:26 -0800 Message-ID: <12803.792374066@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > no true checksumming of files. > > What do you mean by 'not batching transfers'? Look at sup's line usage sometime - you'll see a frenzy of activity, then a long lull while the local sup looks over what it's got. It also doesn't seem to transfer the data very quickly when it does, but that's another problem. It and the supfilesrv should be running threaded so that sup queues work to be done over the line at all times; if it's thinking about what should be xfered next, it should do it while still copying over the last files from the previous batch and the supfilesrv on the other end should be able to accept more work while it's still sending files. To make it plainer: I want that 14.4K line saturated constantly. When I run sup over my serial line, I want to have it OVER as soon as possible. Eyeballing the modem lights while sup is doing it's thing clearly shows me that this is NOT currently the case. It's slacking off. > > 2) It has to make optimum use of available bandwidth (fast) > > With my compression patches, it does a pretty good job. Sorry, not even close. Don't just take my word for it, profile it. > > 4) It has to be easy to set up. > > This could be improved, but right now things are fairly trivial to > setup. Agreed, the client side might be easier to setup, but that should be Not trivial enough that people interested in running mirror sup sites haven't all sent me mail saying ``how the fuck are we supposed to use this damn thing??''. Reader feedback indicates that it's not fairly trivial to set up. But since you seem to think so, I think I'll point the latest querant at you! :-) Jordan