Počítat klíčová data - Count key data
Počítat klíčová data (CKD) je úložiště s přímým přístupem (DASD)[A] formát záznamu dat zavedený v roce 1964 společností IBM s IBM System / 360 a stále se emuluje na sálových počítačích IBM. Jedná se o samo-definující formát s každým datovým záznamem představovaným oblastí počítání, který identifikuje záznam a poskytuje počet bajtů ve volitelné klíčové oblasti a volitelné datové oblasti. To je na rozdíl od zařízení, která používají pevná velikost sektoru nebo samostatný formát stopy.
Počítat klíčová data (CKD) také odkazuje na sadu příkazů kanálu (souhrnně Channel Command Words, CCW), které jsou generovány sálovým počítačem IBM pro provádění subsystémem DASD využívajícím formát záznamu CKD.[1] Počáteční sada CKD CCW zavedená v roce 1964 byla podstatně vylepšena a vylepšena do 90. let.
Formát stopy CKD

„Začátek stopy je signalizován, když je detekován indexový marker (indexový bod).… Marker je automaticky rozpoznán zvláštním snímacím zařízením.“[2]:5 Za značkou indexu je domovní adresa, který označuje umístění této stopy na disku a obsahuje další řídicí informace interní v řídicí jednotce. Pevná délka mezera následuje domácí adresu. Dále každá stopa obsahuje a Záznam 0 (R0), záznam deskriptoru stopy, který je „navržen tak, aby umožnil přesunutí celého obsahu stopy do alternativních stop, pokud dojde k poškození části primární stopy.“[2]:7 Za R0 následují datové bloky oddělené mezerami.[2]:9
Princip záznamů CKD spočívá v tom, že jelikož se délky datových bloků mohou lišit, každý blok má přidružené pole počtu, které identifikuje blok a označuje velikost klíče, pokud je použit (uživatelem definovaný až 255 bytů), a velikost datová oblast, je-li použita.[3][b] Pole počítání obsahuje identifikaci záznamu[C] ve formátu záznamu hlavy válců, délku klíče a délku dat. Klíč může být vynechán nebo se může skládat z řetězce znaků.
Každý záznam CKD se skládá z pole počtu, volitelného pole klíče a volitelného[d] „uživatelské“ datové pole s informacemi o opravě / detekci chyb připojenými ke každému poli a mezerami oddělujícími každé pole.[4][5] Z důvodu mezer a dalších informací je zaznamenaný prostor větší, než jaký je vyžadován pouze pro údaje o počtu, klíčová data nebo uživatelská data. IBM poskytuje pro každé zařízení „referenční kartu“, kterou lze použít k výpočtu počtu bloků na stopu pro různé velikosti bloků ak optimalizaci velikosti bloku pro zařízení.[6] Později byly pro tyto výpočty napsány programy. Protože bloky obvykle nejsou rozděleny mezi stopy, specifikace nesprávné velikosti bloku může promrhat až polovinu každé stopy.
Nejčastěji je klíč vynechán a záznam je umístěn postupně nebo přímým adresováním záznamu hlavy válců. Pokud je přítomen, je klíčem obvykle kopie prvního n bajty datového záznamu (pro „odblokované“ záznamy nebo kopii nejvyššího klíče v bloku, pro „blokované“ záznamy), ale mohou to být jakákoli data, která budou použita k vyhledání záznamu, obvykle pomocí vyhledávacího klíče Equal nebo vyhledávací klíč vysoký nebo stejný CCW. Klíč (a tudíž i záznam) lze najít pomocí hardwarových příkazů.[7][stránka potřebná ] Od zavedení Systém IBM / 360 v roce 1964 téměř všechny IBM velký a střední systém DASD použili formát záznamu dat klíčového klíče.[8][stránka potřebná ]
Výhody formátu záznamu klíčových dat jsou:
- Velikost záznamu lze přesně přizpůsobit velikosti bloku aplikace
- Požadavky na CPU a paměť lze snížit využitím příkazů vyhledávacího klíče.
- Subsystémy IBM CKD zpočátku fungovaly synchronně se systémovým kanálem a mohou zpracovávat informace v mezerách mezi různými poli, čímž dosahují vyššího výkonu tím, že zabrání redundantnímu přenosu informací na hostitele.[8] V pozdějších subsystémech jsou podporovány synchronní i asynchronní operace.[8]
Snížené ceny CPU a paměti a vyšší rychlosti zařízení a rozhraní poněkud anulovaly výhody CKD a jsou zachovány pouze proto, že vlajkový operační systém IBM z / OS nepodporuje sektorově orientovaná rozhraní.
Původně záznamy CKD měly individuální korespondenci s fyzickou stopou zařízení DASD; v průběhu času se však záznamy stále více virtualizovaly, takže v moderních sálových počítačích IBM již neexistuje přímá korespondence mezi ID záznamu CKD a fyzickým rozvržením stopy.
Subsystémy CKD DASD od IBM

Programování
Přístup k určitým třídám I / O zařízení sálovým počítačem IBM je pod kontrolou Příkazová slova kanálu (CCW), z nichž některé jsou obecné (např. Bez operace), ale mnohé z nich jsou specifické pro typ I / O zařízení (např. Čtení zpět pro páskovou jednotku). Skupina CCW definovaná společností IBM pro DASD spadá do pěti širokých kategorií:
- Řízení - řízení DASD včetně jeho cesty
- Smysl - zjistit stav DASD včetně cesty k němu; některé snímací příkazy ovlivňují stav řadiče a DASD způsobem, který více odpovídá řídícímu příkazu, např. RESERVE, RELEASE
- Psát si - zapsat informace do řadiče nebo DASD (které mohou být v cestě uloženy do vyrovnávací paměti nebo do mezipaměti)
- Vyhledávání[E] - porovnat informace z CPU s informacemi uloženými v DASD; kanál pracuje v režimu zápisu, zatímco paměťová jednotka pracuje v režimu čtení.
- Číst - načíst informace z DASD (které mohou být v cestě uloženy do vyrovnávací paměti nebo do mezipaměti)
CCK CCW jsou specifická sada CCW používaná pro přístup k subsystémům CKD DASD. To je v rozporu s architektura pevných bloků (FBA) CCW, které se používají pro přístup k subsystémům FBA DASD.
CKD DASD jsou adresovány jako jiná vstupní / výstupní zařízení; pro System / 360 a System / 370 DASD jsou adresovány přímo, prostřednictvím kanálů a přidružených řídicích jednotek[9][10][11] (SCU nebo Storage Control Unit), zpočátku používající tři hexadecimální číslice, jednu pro kanál a dvě pro řídicí jednotku a zařízení, poskytující adresování až pro 16 kanálů, až pro 256 přístupových mechanismů DASD / kanál a celkem 4096 adres DASD. Moderní sálové počítače IBM používají čtyři hexadecimální číslice jako libovolné číslo subkanálu v rámci podmnožiny kanálového subsystému, jehož definice zahrnuje skutečné kanály, řídicí jednotky a zařízení a poskytuje adresování až 65 536 DASD na podmnožinu kanálového subsystému. V praxi omezila fyzická a konstrukční omezení kanálu a řadičů maximální počet připojených DASD připojitelných k systému na menší množství, než je počet, na který lze reagovat.
Obal
Zpočátku existoval vysoký stupeň korespondence mezi logickým pohledem na přístupy DASD a skutečným hardwarem, jak je znázorněno na obrázku výše. Typicky byly připevněny tříciferné štítky[F] k identifikaci adresy kanálu, řídicí jednotky a zařízení.
Na low-end systémech byly Channel a Control Unit často fyzicky integrovány, ale zůstaly logicky oddělené. Nová strategie přílohy IBM[12] počínaje modelem 3830 Model 2 v roce 1972 fyzicky rozdělil SCU na dvě fyzické entity, ředitele a řadiče, přičemž je logicky ponechal stejné. Řadič zpracovává formátování stopy CKD a je zabalen s první jednotkou nebo jednotkami v řetězci jednotek a má číslo modelu s písmenem „A“ jako předponou, „A-Unit“ (nebo „A-Box“) jako v 3350 Model A2 obsahující řadič a dva DASD. DASD bez řadiče, tj. B-jednotky, mají v čísle modelu předponu „B“.
CKD subsystémy[G] a ředitelé byli nabízeni společností IBM a konkurenčními kompatibilními plug-iny nejméně do roku 1996 (2301 až 3390 Model 9);[13] celkem 22 jedinečných[h] DASD nabízený společností IBM je nakonfigurován alespoň v 35 různých konfigurace subsystému. Plug-compatible nabízí mnoho stejných DASD včetně 4 CKD subsystémů s jedinečným DASD.[i]
Počáteční sada funkcí CKD
Počáteční sada funkcí poskytovaná společností IBM zavedením formátu stopy CKD a souvisejících CCW v roce 1964 zahrnovala:.
- Vadná / alternativní stopa - umožňuje alternativní stopě nahradit vadnou stopu transparentní pro použitou přístupovou metodu.
- Zaznamenejte přetečení - záznamy mohou překročit maximální délku stopy DASD[4]
- Vícestopé operace - specifické CCW mohou pokračovat na další sekvenční hlavu[4]
- Řetězení příkazů - CCW by mohly být zřetězeny dohromady za účelem vytvoření komplexních kanálových programů. Mezery ve formátu stopy CKD poskytovaly dostatek času mezi příkazy, takže veškerá aktivita kanálu a SCU nezbytná k dokončení příkazu může být provedena v mezeře mezi příslušnými poli.[14] Takové programy mohou prohledávat velké množství informací uložených na DASD, po úspěšném dokončení vrátit pouze požadovaná data a uvolnit tak prostředky CPU pro další činnost.[15] Tento režim synchronního provozu s mezerou byl později vylepšen dalšími CCW umožňujícími a nesychronní režim provozu.
- Přepínání kanálů - SCU lze sdílet mezi kanály - zpočátku bylo k dispozici přepínání dvou kanálů a v pozdějších SCU bylo rozšířeno až na osm kanálů. Kanály mohou být na stejném nebo odlišném CPUS.
Byla také poskytnuta sada funkcí skenování, ale nepokračovala do budoucích subsystémů CKD nad rámec 2314.
Čtyřicet CCW implementovalo sadu funkcí:
Velitelská třída | Příkaz‡ | 2301[17] | 2302[4] | 2303[4] 7320[18][j] | 2311[4] | 2321[4] | 2314 2319[19] | MT Vypnuto | MT Zapnuto † | Počítat délku |
---|---|---|---|---|---|---|---|---|---|---|
Řízení | Ne op | S | S | S | S | S | S | 03 | ||
Hledat | S | S | S | S | S | S | 07 | 6 | ||
Vyhledejte válec | S | S | S | S | S | S | 0B | 6 | ||
Hledejte hlavu | S | S | S | S | S | S | 1B | 6 | ||
Nastavit masku souboru | S | S | S | S | S | S | 1F | 1 | ||
Počítání prostoru | S | S | S | S | S | S | 0F | 3 | ||
Překalibrovat | S | S | 13 | Ne nula | ||||||
Obnovit | S | 17 | Ne nula | |||||||
Smysl | Sense I / O | S | S | S | S | S | S | 04 | 6 | |
Uvolněte zařízení | Ó | Ó | Ó | Ó | Ó | Ó | 94 | 6 | ||
Rezervní zařízení | Ó | Ó | Ó | Ó | Ó | Ó | B4 | 6 | ||
Vyhledávání | EQ domácí adresy | S | S | S | S | S | S | 39 | B9 | 4 (obvykle) |
Identifikátor EQ | S | S | S | S | S | S | 31 | B1 | 5 (obvykle) | |
Identifikátor HI | S | S | S | S | S | S | 51 | D1 | 5 (obvykle) | |
Identifikátor EQ nebo HI | S | S | S | S | S | S | 71 | FI | 5 (obvykle) | |
Key EQ | S | S | S | S | S | S | 29 | A9 | 1 až 255 | |
Klíč HI | S | S | S | S | S | S | 49 | C9 | 1 až 255 | |
Klíčový EQ nebo HI | S | S | S | S | S | S | 69 | E9 | 1 až 255 | |
Klíč a datový ekvalizér | Ó | Ó | Ó | S | 2D | INZERÁT | Viz poznámka 2 | |||
Klíč a data HI | Ó | Ó | Ó | S | 4D | CD | Viz poznámka 2 | |||
Key & Data EQ nebo HI | Ó | Ó | Ó | S | 6D | ED | Viz poznámka 2 | |||
Pokračovat ve skenování (viz poznámka 1) | Hledat EQ | Ó | Ó | Ó | S | 25 | A5 | Viz poznámka 2 | ||
Hledat HI | Ó | Ó | Ó | S | 45 | C5 | Viz poznámka 2 | |||
Hledejte HI nebo EQ | Ó | Ó | Ó | S | 65 | E5 | Viz poznámka 2 | |||
Nastavit porovnání | Ó | Ó | Ó | S | 35 | B5 | Viz poznámka 2 | |||
Nastavit porovnání | Ó | Ó | Ó | S | 75 | F5 | Viz poznámka 2 | |||
Žádné srovnání | Ó | Ó | Ó | S | 55 | D5 | Viz poznámka 2 | |||
Číst | Domovní adresa | S | S | S | S | S | S | 1A | 9A | 5 |
Počet | S | S | S | S | S | S | 12 | 92 | 8 | |
Záznam 0 | S | S | S | S | S | S | 16 | 96 | Počet přenesených bytů | |
Data | S | S | S | S | S | S | 06 | 86 | ||
Klíč a data | S | S | S | S | S | S | 0E | 8E | ||
Počet. Klíč a data | S | S | S | S | S | S | 1E | 9E | ||
IPL | S | S | S | S | S | S | 02 | |||
Psát si | Domovní adresa | S | S | S | S | S | S | 19 | 5 (obvykle) | |
Záznam 0 | S | S | S | S | S | S | 15 | 8 * KL * DL RO | ||
Počet, klíč a data | S | S | S | S | S | S | 1D | 8 + KL + DL | ||
Speciální počet, klíč a data | S | S | S | S | S | S | 01 | 8 + KL + DL | ||
Data | S | S | S | S | S | S | 05 | DL | ||
Klíč a data | S | S | S | S | S | S | 0D | KL * DL | ||
Vymazat | S | S | S | S | S | S | 11 | 8 * KL * DL | ||
Celkový počet CCW | 41 | 30 | 39 | 30 | 40 | 40 | 40 |
Poznámky:
- O = volitelná funkce
- S = standardní funkce
- MT = vícestopý: pokud je podporován, CCW bude i nadále pracovat na dalších hlavách v pořadí až do konce válce
- ‡ = TIC (Transfer In Channel) a další standardní příkazy nejsou zobrazeny.
- † = kód stejný jako MT Off, pokud není uveden
- 1. Funkce skenování souborů (9 CCW) k dispozici pouze na 2841 pro 2302, 2311 a 2321; nebyly k dispozici v následujících řadičích DASD pro DASD později než 2314.
- 2. Count je počet bajtů v argumentu hledání, včetně bajtů masky
CCW byly původně prováděny dvěma typy SCU připojenými k vysoké rychlosti systému Kanály pro výběr. The 2820 SCU[17] ovládal bicí 2301, zatímco 2841 SCU[4] řízené kombinace Úložiště disku 2302, 2311 Disková jednotka, 2321 Datová buňka a / nebo úložiště bubnu 7320. IBM rychle vyměnila 7320 za rychlejší a větší 2303.
Následně byla sada funkcí implementována na Rodina ovládacích prvků úložiště 2314 a integrované připojení systému 370 model 25.
Následující příklad programu kanálu[19] čte záznam na disku identifikovaný polem Klíč. Skladba obsahující záznam a požadovanou hodnotu klíče je známá. SCU prohledá stopu a najde požadovaný záznam. V tomto příkladu <> označuje, že kanálový program obsahuje adresu úložiště zadaného pole.
VYHLEDÁVAT <číslo válce / hlavy> VYHLEDÁVACÍ KLÍČ ROVNÝTIC * -8 Zpět na vyhledávání, pokud není rovno ČTĚTE DATA
- TIC (přenos v kanálu) způsobí, že se program kanálu rozvětví na příkaz SEARCH, dokud nenarazí na záznam s odpovídajícím klíčem (nebo na konci stopy). Když je nalezen záznam s odpovídajícím klíčem, SCU zahrne Stavový modifikátor do stavu kanálu, což způsobí, že kanál přeskočí TIC CCW; program kanálu se tedy nerozvětví a kanál provede příkaz READ.
Blokovat vylepšení kanálu multiplexeru
The blokovat multiplexorový kanál byl představen začátkem roku 1971 na některých špičkových systémech System / 360 spolu s řídicí jednotkou 2835 a přidruženými 2305 DASD,[20] Tento kanál byl poté standardem pro IBM System / 370 a následující sálové počítače; na rozdíl od předchozího kanálu Selector nabídl vylepšení výkonu pro vysokorychlostní zařízení, jako je DASD, včetně:
Vícenásobné vyžádání
Povolené vícekanálové programy,[k]být v zařízení současně aktivní[20] na rozdíl od pouze jednoho s kanálem Selector. Skutečný počet poskytovaných subkanálů závisí na modelu systému a jeho konfiguraci.[21] Někdy se popisuje jako odpojené příkazové řetězení, řídící jednotka se mohla odpojit v různých časech během zřetězené sady CCW, například odpojení pro Seek CCW, uvolnění kanálu pro další subkanál.
Příkaz Opakovat
Řízení kanálu a úložiště za určitých podmínek může interagovat a způsobit opakování CCW bez přerušení I / O.[20]Tento postup je zahájen řízením úložiště a slouží k obnovení z opravitelných chyb.
Rotační snímání polohy
Rotační snímání polohy (RPS) bylo implementováno pomocí dvou nových CCW, SET SECTOR a READ SECTOR umožnily kanálu zpozdit řetězení příkazů, dokud se disk neotočil do určené polohy úhlové stopy. RPS umožňuje odpojení kanálu po většinu periody rotačního zpoždění a přispívá tak ke zvýšenému využití kanálu. Řídicí jednotka implementuje RPS rozdělením každé stopy na stejné úhlové segmenty.[20]
Ukázkový program kanálu
Následující ukázkový program kanálu zformátuje stopu s R0 a třemi CKD záznamy.[20]
SEEK <číslo válce / hlavy> NASTAVIT MASKU SOUBORUNASTAVIT SEKTOR <číslo sektoru = 0> WRITE R0 WRITE CKD WRITE CKD WRITE CKD
V tomto příkladu záznam 0 odpovídá programovacím standardům IBM. U kanálu blokového multiplexeru je kanál volný během doby, kterou DASD hledá, a znovu, zatímco se disk otáčí na začátek stopy. Kanál selektoru bude po celou dobu trvání tohoto ukázkového programu zaneprázdněn.
Přeskočení vady
Přeskakování defektů umožňuje zapisovat data před a po jedné z více povrchových vad[l] umožňující použití celé stopy kromě té části, která má defekt. Tím také odpadá čas, který byl dříve vyžadován k hledání alternativní stopy.[22] Lze přeskočit pouze omezený počet defektů, takže u stop s nadměrnými defekty zůstaly podporovány alternativní stopy.
Přeskočení defektů bylo zavedeno v roce 1974 s 3340 připojenými přes 3830 Model 2 Storage Control Unit[22] nebo integrované přílohy na malých systémech. Přeskakování defektů bylo v zásadě funkcí pouze z výroby až do roku 1981, kdy byly vydány CCW pro správu spolu s přidruženými nástroji.[23]
Dynamické cesty
Poprvé představen s 3380 DASD na Řídicí jednotka úložiště 3880[24] v roce 1981 byla funkce zahrnuta do pozdějších subsystémů CKD DASD. Funkce dynamického výběru cesty řídí provoz dvou řadičů, včetně simultánního přenosu dat přes tyto dvě cesty. Pokud je podporován operačním systémem, může každý řadič sloužit jako alternativní cesta v případě, že druhý řadič není k dispozici.[25]
Tři další příkazy, Set Path Group ID, Sense Path Group ID aSuspend Multipath Reconnection, se používají k podpoře připojení modelů 3380, které mají v čele řetězce dva řadiče.[24]
Příkaz Set Path Group ID s funkcí dynamického výběru cesty (DPS) poskytuje větší flexibilitu při operacích na vyhrazených zařízeních. Jakmile je vytvořena skupina cest pro zařízení, lze k ní přistupovat přes jakoukoli cestu, která je členem skupiny kterému je vyhrazeno. Kromě toho na systémech 370-XA, které nastavují bit multipathového režimu v řídicím bajtu funkce (bajt 0) na 1, blokují opětovné připojení multiplexu willoccur na první dostupné cestě, která je členem skupiny, přes kterou byl program kanálu spuštěn (bez ohledu na stav rezervace zařízení).[24]
Pokud je řadič určený na I / O adrese zaneprázdněn nebo deaktivován, umožňuje výběr dynamické cesty alternativní cestu k zařízení vytvořit pomocí jiného uloženého správce a druhého řadiče v modelu AA.[25]
Nesynchronní provoz
Před zavedením ředitele 3880 v roce 1981 byly k záznamům CKD synchronně přistupovány, všechny činnosti vyžadovaly, aby byl jeden CCW ukončen a další zahájen v mezerách mezi poli CKD.[14] Velikost mezery omezovala délku kabelu, ale zajišťovala velmi vysoký výkon, protože složité řetězce CCW mohly být prováděny subsystémem v reálném čase bez použití paměti CPU nebo cyklů.
Nesynchronní provoz poskytované sadou CCW Extended CKD ("ECKD") odstranilo omezení časování mezery.[14] Těchto pět dalších CCKD CCW je Definovat rozsah, Vyhledat záznam, Zapsat aktualizační data, Zapsat aktualizační klíč a data a Zapsat další stopu CKD.[24]
V nesynchronním provozu není přenos dat mezi kanálem a řízením úložiště synchronizován s přenosem dat mezi řízením úložiště a zařízením. Programy kanálů lze provádět tak, že během meziprostoru mezi dvěma sousedními poli nemusí docházet k činnostem řízení kanálu a úložiště požadovaným k ukončení provádění jednoho příkazu a postupu k dalšímu. Mezilehlá vyrovnávací paměť v řízení úložiště umožňuje nezávislé operace mezi kanálem a zařízením. Hlavní výhodou ECKD jsou mnohem delší kabely; v závislosti na aplikaci může zlepšit výkon.[14]
ECKD CCW jsou podporovány ve všech následujících subsystémech CKD.
Tento příklad nesynchronního kanálového programu čte záznamy R1 a R2 ze stopy X'0E 've válci X'007F'. Oba záznamy mají délku klíče 8 a délku dat X'64 '(10010) bajtů.[24]
Definujte rozsahVyhledejte záznam přečíst data < záznam = X'001108 '>
Ukládání do mezipaměti
Ukládání do mezipaměti poprvé představen v subsystémech DASD CKD společností Memorex[26] (1978) a StorageTek[m] (1981) byl následně představen koncem roku 1981 společností IBM na modelu 3880 Model 13 pro modely modelu 3380 s dynamickým opravováním.[n]
Mezipaměť je dynamicky spravována algoritmem; k datům vysoké aktivity se přistupuje z vysoce výkonné mezipaměti a k datům nízké aktivity se přistupuje z méně nákladného úložiště DASD. Velká paměť v Director, mezipaměť, je rozdělena do slotů pro stopy, které ukládají data z 3380 stop. Menší oblast je adresář, který obsahuje položky, které umožňují umístění dat v mezipaměti.[27]
Mezipaměti byly také poskytnuty na následně zavedených kontrolách úložiště.
Další rozšíření
V průběhu času byla na jednom nebo více ovládacích prvcích úložiště implementována řada CCW pro řízení cesty, diagnostiku a / nebo zotavení po chybě. Například:
- Bezpodmínečná rezervace umožnila uvolnění zařízení vyhrazeného pro jiný kanál a vyhrazení zařízení kanálu, který vydal příkaz.
- Číst klíčová data s více počty by mohla efektivněji číst celé stopy, což by umožnilo efektivnější zálohování.
Beyond System / 370
Snížené ceny CPU a paměti a vyšší rychlosti zařízení a rozhraní poněkud zrušily výhody CKD a podpora IBM pokračuje dodnes, protože její vlajkový operační systém z / OS nadále používá CKD CCW pro mnoho funkcí.
Původně záznamy CKD měly individuální korespondenci s fyzickou stopou zařízení DASD; v průběhu času se však záznamy stále více virtualizovaly, takže v moderním sálovém počítači IBM již neexistuje přímá korespondence mezi ID záznamu CKD a fyzickým rozvržením stopy. Sálový počítač IBM konstruuje sledované obrazy CKD v paměti a spouští programy kanálu ECKD a CKD proti obrazu. Pro přemostění mezi nativními disky o velikosti pevného bloku a formátem záznamu ECKD / CKD s proměnnou délkou jsou obrazy stopy CKD v paměti mapovány na řadu pevných bloků vhodných pro přenos do az diskového subsystému FBA.[28]
Z 83 CKD CCW implementovaných pro kanály System / 360 a System / 370 je 56 emulováno v systémech System / 390 a novějších.[28]
Viz také
- Blokovat (úložiště dat)
- Datová sada (IBM mainframe)
- Architektura s pevným blokem (FBA)
- Záznam (počítačová věda)
- Track (disková jednotka)
- Obsah svazku (VTOC)
Poznámky
- ^ Nejčastěji jednotka pevného disku.
- ^ délka dat 0 označuje EOF
- ^ Protože záznamy mají proměnlivou délku a protože číslo záznamu na stopě nemusí být jedinečné, číslo záznamu neodpovídá úhlovému posunutí.
- ^ Záznam s nulovou délkou dat je záznam EOF a jeho načtení způsobí Unit Exception.
- ^ Technicky píše
- ^ V některých raných DASD byl štítek na zástrčce, která umožňovala přesun adresy mezi DASD
- ^ To je kombinace SCU a jednoho nebo více DASD nebo A-jednotky s připojenými B-jednotkami.
- ^ Jedinečná kombinace počtu stop a maximální délky stopy. S touto definicí se DASD s dvojitou hustotou počítá jako jedinečný DASD.
- ^ dvojitá hustota 2314, trojitá hustota 3330, dvojitá hustota 3350 a disk SSD
- ^ 2302 nahradil 7230. Datamation, březen 1966, str. 81
- ^ V případě 2305 až 8 kanálových programů pro stejnou diskovou jednotku a 16 na stejné SCU
- ^ Počet přeskočitelných vad se liší podle modelu DASD
- ^ CyberCache STK 8890 pro kompatibilní s STK 3350
- ^ Současně bylo oznámeno, že 3880-11 používá svou mezipaměť v režimu stránkování 3350 jako stránkovací zařízení
Reference
- ^ IBM 3990 Storage Control Úvod - 6. vydání, IBM Corp, GA32-0098-05 února 1994
- ^ A b C IBM Corporation (září 1969). Popis komponent IBM System / 360 2314 Direct Access Storage Facility a 2844 Auxiliary Storage Control (PDF). Citováno 5. prosince 2019.
- ^ "Počítat klíčová data". IBM Knowledge Center. International Business Machines Corporation. Citováno 6. srpna 2014.
- ^ A b C d E F G h Popis komponent IBM System / 360 - 2841 a související DASD (PDF). Osmé vydání. IBM. Prosinec 1969. GA26-5988-7. Archivováno (PDF) od originálu dne 2011-10-14. Citováno 2015-12-07.
- ^ "Formát záznamu dat klíč-klíč". IBM 3390 Direct Access Storage Úvod. International Business Machines Corporation. 22. října 1965. GC26–4573–03.
- ^ IBM Corporation (listopad 1973). Diskové úložiště řady 3330 3333 Modely 1 a 11 Souhrn referencí 3330 Modely 1, 2 a 11 (PDF). Citováno 5. prosince 2019.
- ^ Houtekamer, Gilbert E .; Artis, H. Pat (1993). MVS I / O subsystémy: Správa konfigurace a analýza výkonu. New York: McGraw-Hill. ISBN 978-0-07-002553-0. OCLC 26096983.
- ^ A b C Msgstr "Synchronní operace DASD". Úvod do nesynchronních úložných subsystémů s přímým přístupem. International Business Machines Corporation. Leden 1990. GC46–4519–0.
- ^ IBM System / 360 Principles of Operation, GA22-6821, Input / Output Operations
- ^ IBM System / 370 Principles of Operation, GA22-7000, Input / Output Operations
- ^ IBM Enterprise Systems Architecture / 370 Principles of Operation, SA22-7000, Kapitola 13. Přehled I / O
- ^ Historický příběh 70. let, USA v IBM, výstava 14971, s. 1051
- ^ 3390 stažených z marketingu v roce 1996
- ^ A b C d Úvod do nesynchronních úložných subsystémů s přímým přístupem, IBM. GC26-4519-0, leden 1990
- ^ I / O Subsystem Architecture, J. Buzen, Proc IEEE, červen 1975, str. 871
- ^ Odvozený od Karta IBM System / 360 Reference Data (zelená), GX20-1703-9
- ^ A b IBM System / 360 Component Descriptions-2820 Storage Control And 2301 Drum Storage (PDF). Archivováno (PDF) z původního dne 2016-03-04. Citováno 2015-08-28.
- ^ Popis komponent IBM System / 360 - 2841 a související DASD (PDF). První vydání. IBM. A26-5988-0.
- ^ A b Popis komponent IBM System / 360 2314 Direct Access Storage Facility a 2844 Auxiliary Storage Control (PDF) (Sedmé vydání), listopad 1971, GA26-3599-6
- ^ A b C d E Referenční příručka pro IBM 2835 Storage Control a IBM 2305 Fixed Head Storage Module (PDF). Říjen 1983. GA26-1589-5. Archivováno (PDF) z původního dne 2016-03-04. Citováno 2015-12-21.
- ^ Vstup / výstup - bílá kniha, J. Kettner, IBM, listopad 2007
- ^ A b Referenční příručka pro model 3830 Model 1
- ^ Zařízení pro podporu zařízení, Uživatelská příručka a reference. Verze 4.0, Květen 1981, str. Vi, 46, 61, 87
- ^ A b C d E IBM 3880 Storage Control, Models 1, 2, 3, and 4 Description Manual, GA26-1661-9, září 1987, oddíl 4
- ^ A b IBM 3380 Direct Access Storage Description and User's Guide, GA26-1664-1, prosinec 1981
- ^ „Nyní Memorex vyplňuje mezeru ve výkonu vašeho systému.“ Datamation Advertising, srpen 1978, str. 85-6
- ^ Úvod do IBM 3880 Storage Control Model 13, GA32-00622-0, září 1981
- ^ A b IBM S / 390 Multiprise 3000 Enterprise Server, Subsystém interních disků: Referenční příručka. IBM. Listopadu 1999.
Další čtení
- IBM Data Processing Division (únor 1974). Úvod do úložných zařízení IBM Direct-Access a metod organizace (PDF) (Desáté vydání). White Plains: International Business Machines. OCLC 8063006. GC20-1649-9. Citováno 6. srpna 2014.
- Vývoj architektury 360/370 - pohled prostého muže P. J. Gribbin, 10. února 1989, kapitoly 8–10.