Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site brl-tgr.ARPA Path: utzoo!linus!decvax!ucbvax!ucdavis!lll-crg!seismo!brl-tgr!tgr!mangler@CIT-VAX.ARPA From: mangler@CIT-VAX.ARPA (System Mangler) Newsgroups: net.unix-wizards Subject: Re: wizardly help needed (785 with slow UDA) Message-ID: <1460@brl-tgr.ARPA> Date: Thu, 12-Sep-85 22:08:57 EDT Article-I.D.: brl-tgr.1460 Posted: Thu Sep 12 22:08:57 1985 Date-Received: Sun, 15-Sep-85 05:19:35 EDT Sender: news@brl-tgr.ARPA Lines: 26 The UDA-50 has a set of pluggable jumpers that set the "Unibus delay" - the amount of time the UDA waits between DMA requests to give other devices a chance at the bus. This can be set for 0us, 6.7us, or 10us. The burst transfer rate at each setting is: 0us 800 kilobytes/second 6.7us 350 kilobytes/second 10us 250 kilobytes/second Some devices with very little buffering (RK07's and RL02's) will get data- lates if competing with a UDA set to any but the slowest setting, so I guess DEC has been tending to ship them set for 10us. I found that an RL02 sharing a 750 Unibus with a UDA and an Interlan would get data lates on ANY of the three settings. (So we sold both the RL02 *and* the UDA, and bought Eagles). You might also try fiddling with "tunefs -d", which sets the rotational distance between consecutive blocks of files. When set optimally, the cpu asks for the next block just as it comes under the heads. Unfortunately, if you use the default value, the cpu asks for the block just AFTER it passes under the heads. When we still had UDA-50's on our 750's I found that the optimal value was a whole revolution - which you specify as 0, to avoid forcing a track switch and the consequent quarter revolution of head-switching delay that is built into the sector numbering. (E.g, track 1 sector 0 is 1/4 revolution away from track 0 sector 0). Of course if you really need speed you don't use RA81's... Don Speck speck@cit-vax.arpa Brought to you by Super Global Mega Corp .com