Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!munnari.oz.au!csc.anu.edu.au!manuel!ccadfa!prolix!dac From: dac@prolix.ccadfa.oz.au (Andrew Clayton) Newsgroups: comp.sys.amiga Subject: AmigaUUCP 1.06D and V32 (9600bps) problems... Message-ID: <18639347.ARN00489@prolix.ccadfa.oz.au> Date: 19 Dec 90 10:49:11 GMT Reply-To: ccadfa.cc.adfa.oz.au!Uprolix!Dac Followup-To: comp.sys.amiga Organization: I'm not an Organization - I'm a person! Lines: 56 Since this article psuedo answers a previously asked question/problem, here is the problem definition first: I have an A2500/30 with 9Mb memory, 115Mb HD, and V32 modem, running AmigaDos 1.3.2, with AmigaUUCP 1.06D, talking to my newsite ccadfa (Canberra, Australia). When I attempted to call my site with UUCICO at 9600, I found that my sessions were being prematurely terminated, usually after the reciept of one or two bundles of compacted news (50K per bundle). On switching to 2400bps operation I found that everything worked fine, but was tediously slow. My site only agreed to provide my partial USEnet feed on the basis that I would be connecting at 9600bps, and not taking up too much of their modem time - my site supplies many users, and only has two modem lines. After purchasing an ASDG dual serial port board to attempt to solve my problems with UUCP (Tuesday, +10gmt), I found that I still had the same problems. Note that I have NO problem with Zmodem transfers (950-1100cps transfer rates) in previous use of the V32 modem. The lastest attempt to fix the problem worked: I placed the SPOOL: directory in RAM:! Of course, this means that any power failure will trash my news, but I can live with that threat. Power failures are fairly rare, and almost always avoidable at home. Now that UUCICO isn't writing to my HD anymore, the problem of it hiccoughing, and assuming that my news site has stopped transmission, has dissapeared. The delay between writing out the 50K packets to disk and looking for more input was apparently too much. My HD is a Rodime 44Mb ST506 interfaced one, running off a CBM 2090a disk controller. Diskperf reports 100-250K/sec transfer rates, depending on how big a buffer is used. I'm at a loss to explain why a 100Kbyte/sec device cannot keep up with a 1Kbyte/sec device. Explanations aren't really required. :-) Solutions (other than mine : assigning UUSPOOL to RAM:Spool) are welcome though. p.s. I continue to be amazed at the wealth of information in this network, at the same time being dismayed at the bickering and reiteration that goes on in technical areas. Long live alt.flame. Dac _l _ _ Andrew Clayton. I post . ccadfa.cc.adfa.oz.au!Uprolix!dac (_](_l(_ Canberra. Australia. . . I am. Note: I cannot send or recieve MAIL to sites outside of Australia. Sorry.