Date: Tue, 26 Nov 1996 12:40:17 +1030 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: joelh@gnu.ai.mit.edu (Joel Ray Holveck) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, grog@lemis.de, chat@FreeBSD.org, smut@clem-162.dorms.tamu.edu Subject: Re: SCSI A/V drives Message-ID: <199611260210.MAA00537@genesis.atrad.adelaide.edu.au> In-Reply-To: <199611252245.RAA10124@hill.gnu.ai.mit.edu> from Joel Ray Holveck at "Nov 25, 96 05:45:03 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
Joel Ray Holveck stands accused of saying: > No, you're just missing the issue; if the drive is busy doing recal, > it will accept your transactions, but it won't perform them until > recal is finished - ie., your command's data returns very late. > > Okay, understood... I hadn't realized that the recal was a > time-consuming process. Why does the drive logic not continuously > update the thermal expansion factor it uses, each time it seeks? Some do; it's an expensive process though, and often servo logic doesn't have the grunt for it (think 'low cost'). -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199611260210.MAA00537>