From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.4 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,HTML_FONT_LOW_CONTRAST, HTML_IMAGE_ONLY_24,HTML_MESSAGE,MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=no autolearn_force=no version=3.4.2 Received: from minnie.tuhs.org (minnie.tuhs.org [45.79.103.53]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id 8f1f547a for ; Wed, 7 Nov 2018 16:46:27 +0000 (UTC) Received: by minnie.tuhs.org (Postfix, from userid 112) id A9993A2401; Thu, 8 Nov 2018 02:46:26 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 4448FA22FF; Thu, 8 Nov 2018 02:46:04 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id A21E1A22A0; Thu, 8 Nov 2018 01:14:53 +1000 (AEST) Received: from mail-wm1-f43.google.com (mail-wm1-f43.google.com [209.85.128.43]) by minnie.tuhs.org (Postfix) with ESMTPS id 0476094111 for ; Thu, 8 Nov 2018 01:14:48 +1000 (AEST) Received: by mail-wm1-f43.google.com with SMTP id b203-v6so16125290wme.5 for ; Wed, 07 Nov 2018 07:14:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ccc.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=/AenEh9WiXlStMYwE65htH49BkHQaGe5cbe3RaZ4qmU=; b=ZyCRxRDxio15U9iE5UsrO48wqsBBi/2rigrDv1ZkRKwsd5PGuM41C5VGsf62VQAidd s2F4Y6Ip6Iba9/HES+jkgJVU0tW9kxfXpPwsUW+x9hKSSWopMIbxNpgdCUbw7NMZbdwo TXwk7cpmnraQuL/n3aDqOp2j1iq9jt0spHY/k= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/AenEh9WiXlStMYwE65htH49BkHQaGe5cbe3RaZ4qmU=; b=lAQ2ejMBdteCCbNhO9TsB6pe3Q+HwHZ9Cufake7m8Pt71qiMTynpUnq1HksvXZ0WYt ilLcslzPTZVCbOAQQhbapFeBx+rVuac8Pibov+dNL6LxPk076uQGjju415N11riZF4LY CldfJCeqOqxodr1up9y6nD4jh80KzIW4vVd5xZP7jWDnMaSLxSHsxhivzxj5HXEDS9l1 NyPf1XFqgeolsFy+NBzjXQEKSnDjTUs5QUOVVLgcl+cixsvwCcOrWq8owYsf+pYsd/e7 Jv2WnDLdmmN0wNm/Sp31ErpYNeecximG9T+oru7jW/SMMwBQG6VFBMgSLKLY6Z3CbDWe kbPA== X-Gm-Message-State: AGRZ1gKOr57gZct3ZfI1TBdyRLtS8d/lCf4g9ykH3QjV46HJqZy7nH8j PYshgkV1K8+c2Q4x11dYJ+5k5LPM4Os1WfLsoOAAVsI6 X-Google-Smtp-Source: AJdET5ezel4bJdsoz1PY4RUhTqCZ4bb/4+Q6RTwIV/2DlmyEQIbLtRnvGlzLQw/F6+g/ksoeqjt0CAXXjgdsFTvsltM= X-Received: by 2002:a1c:c4c3:: with SMTP id u186-v6mr489573wmf.81.1541603686301; Wed, 07 Nov 2018 07:14:46 -0800 (PST) MIME-Version: 1.0 References: <20181106170955.GA4087@indra.papnet.eu> <04db01d47606$7b003700$7100a500$@ronnatalie.com> <218a01d47693$f83fd530$e8bf7f90$@ronnatalie.com> In-Reply-To: <218a01d47693$f83fd530$e8bf7f90$@ronnatalie.com> From: Clem Cole Date: Wed, 7 Nov 2018 10:14:20 -0500 Message-ID: To: Ronald Natalie Content-Type: multipart/alternative; boundary="0000000000001b5ddb057a1494f3" Subject: Re: [TUHS] /crp X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: The Eunuchs Hysterical Society Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --0000000000001b5ddb057a1494f3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Nov 7, 2018 at 9:09 AM wrote: > The DEC drivers just left off the last 72 sectors. There was no > provision using them for block replacement. > Minor update -- *no dynamic replacement provision*. There was a standard alone utility called BAD144 that implemented DEC Standard 144 (Bad Blocks). What would happen is that the format was messed with the point a bad block at on the reserved sectors. This scheme caused nasty performance issues because seek schedualing was defeated; and since UNIX did not originally obey DEC STD144, the standard UNIX scheme in those days was buy 'perfect' media. BTW: the Ultrix team - Fred Canter IIRC -- added support for BAD144, and I think DEC gave that code to BSD evetually. Clem =E1=90=A7 --0000000000001b5ddb057a1494f3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Nov 7, 2018 at 9:09 AM <ron@ronnatalie.com> wrote:
= The DEC drivers just left off the last 72 sectors.=C2=A0 =C2=A0T= here was no provision using them for block replacement.
Minor update -- no dynamic replacement provision.=C2=A0= There was a standard alone utility called BAD144 that implemented DEC Stan= dard 144 (Bad Blocks).=C2=A0 =C2=A0What would happen is that the format was= messed with the point a bad block at on the reserved sectors.=C2=A0=

This scheme caused nast= y performance issues because seek schedualing was defeated; and since UNIX = did not originally obey DEC STD144, the standard UNIX scheme in those days = was buy 'perfect' media.=C2=A0 BTW: the Ultrix team - Fred Canter I= IRC -- added support for BAD144, and I think DEC gave that code to BSD evet= ually.

Clem=C2=A0
3D""=E1=90=A7
--0000000000001b5ddb057a1494f3--