Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!lll-lcc!mordor!styx!ames!ucbcad!ucbvax!uwovax.UWO.CDN!BRENT From: BRENT@uwovax.UWO.CDN (Brent Sterner) Newsgroups: mod.computers.vax Subject: JERKY output to DECserver-200 Message-ID: <0537206176@uwovax.UWO.CDN> Date: Fri, 9-Jan-87 15:56:16 EST Article-I.D.: uwovax.0537206176 Posted: Fri Jan 9 15:56:16 1987 Date-Received: Sat, 10-Jan-87 03:59:44 EST Sender: daemon@ucbvax.BERKELEY.EDU Organization: The ARPA Internet Lines: 51 Approved: info-vax@sri-kl.arpa Hope this get through. The most logical explanation of my previous complaint about jerky output follows: ----- Brent, You are suffering from a known hardware design error. DEUNA interfaces in particular have problems on 8600s. It first shows up in Lat terminal service, and then DECnet starts flaking out too. We have seen it recover sometimes. Contact your local DEC software support office to get a copy of XEDRIVER.EXE version X-16S, which incorporates a software bypass for the hardware problem. This is a special limited interim release of the driver. The version distributed with VMS is X-16. Selden E. Ball, Jr. Cornell University NYNEX: 1-607-255-0688 Laboratory of Nuclear Studies BITNET: SYSTEM@CRNLNS Wilson Synchrotron Lab ARPA: SYSTEM%CRNLNS.BITNET@WISCVM.WISC.EDU Judd Falls & Dryden Road PHYSnet/HEPnet/SPAN: Ithaca, NY, USA 14853 LNS61::SYSTEM = 44283::SYSTEM (node 43.251) ----- A very nice try, but alas, the problem remains. In summary, I have a C program which does not buffer it's output (called MAIL, our local mailer). It generates a buffered IO for every character sent to my screen. On DMZ lines, the output is very smooth, but on my DECserver-200, the output is jerky, as if the output from one program to one terminal at 9600 baud swamps the ethernet. D i g i t a l : I will be sending an SPR. Our site is looking VERY closely at ethernet communications right now, and this doesn't make it look very good! Please address asap. On the brighter side, at least version 16-S of XEDRIVER did no obvious harm. Good for upwards compatibility. :) Any other suggestions are most welcome. -- Brent Sterner Lord Protector, d i g i t a l Systems Computing & Communications Services Natural Sciences Building The University of Western Ontario London, Ontario, Canada N6A 5B7 Telephone (519)661-2151 x6036 Network ! VAX 8600 ! IBM 4341