Path: utzoo!mnetor!uunet!husc6!hao!ames!amdahl!rtech!llama!daveb From: daveb@llama.rtech.UUCP (Dave Brower) Newsgroups: comp.sys.att Subject: Re: uucp/kermit etc. serial i/o throughput. Message-ID: <1493@rtech.UUCP> Date: 22 Dec 87 00:12:40 GMT References: <1464@rtech.UUCP> <191@toylnd.UUCP> Sender: news@rtech.UUCP Reply-To: daveb@llama.UUCP (Dave Brower) Distribution: na Organization: Relational Technology, Inc. Alameda, CA Lines: 39 In article <191@toylnd.UUCP> dca@toylnd.UUCP (David C. Albrecht) writes: >> Has anyone got any ideas on how to improve this? What limit am I >> running into? Since I do backups from the 7300 to the other machine, >> and it take about 20 hours to do one with this throughput, even marginal >> gains would help. > >I can't really help you on the throughput. It is possible you could take >one of the zmodems that has been posted in the past and it would have better >results. > >If you aren't already, however, >I would highly suggest that you take the sources for arc or zoo and get >them running on both ends of the pipe. 'arc'ing or 'zoo'ing the data >before you transmit it can save you large amounts of time and also make >it possible to use transmission protocols which don't support wildcarding. >You can leave the transmitted lump in the arc or zoo and it will take >up less space on the back-up system as well. I've already been compressing the input stream. What _has_ helped is bumping the speed to 19200, which seems to be giving about half again as much throughput as 9600. However, there are side effects: if a uucico decides to call outgoing while a transfer is going on using combo-card ports, the combo-card port can get messed up. And occasionally the whole 7300 will wedge. This is running 3.50. Can someone correct me? I am of the impression that serial port problems were among the reasons for 3.51, but that they weren't really that much improved. I am really in no mood to buy a new set of software to fix a kernel bug. Thanks, -dB "I don't care what you say, as long as you spell my name right." {amdahl, cbosgd, mtxinu, ptsfa, sun}!rtech!daveb daveb@rtech.uucp