· Text 8966 · w8 · inlagg
En kund har två abc-datorer och undrar nu om
han via en expansionsenhet kan koppla in dessa
båda till samma hårddisk.
Retro Preservation Workspace
Monitorn
Browse archived Monitorn möten and the ABC80 mailing list, with full-text and text-number search.
Två på en HD
21 posts in thread
-
-
· Text 8967 · w8 · kommentarNej, det krävs LUX-NET eller något annat nät för att från två ABC- maskiner köra på samma hårddisk SAMTIDIGT. Vill man köra en i taget så går det så klart om man flyttar kablarna i expansionslådan.
-
· Text 8982 · w8 · kommentarDet GÅR, men man bör ha ett speciellt interfacekort mot bussen för respekti dator, som talar om för den ena att nu är det upptaget, så att inte det blir busskollision. Det enklaste är att maska av alla signaler till bussen som talar om att bussen skall användas, och om datorn i fråga inte kan köra får man sskicka en *WAIT så länge. Dessutom får man göra någon timing så att inte kontrollern får fnatt. Om du sedan öppnar samma fil med bägge maskinerna får du skylla dig själv. (Detta är en konstruktion som jag har fått beskriven, och upphovet var: Vill inte/Har ej råd/för slött med nätverk.)
-
· Text 8984 · w8 · kommentarMen hur funkar det ?, doset på den ena av maskinerna kan ju inte veta vad den andra tänker skriva någonstans på HD:n. Vad jag begriper så borde det gå utmärk att läsa från bägge, med denna metod. Men bara en får skriva i taget, och det borde då gälla tills hela filen är skriven. Ex makin 1 gör prepare på filen A, hämtar då bitmapen och tar reda på lediga block i mappen. Om sedan makin 2 gör samma sak med fil B, så får den väl samma block som 1 fick. Till ABC80 SIO kort fanns en programvara som skulle möjliggöra att flera ABC80 kunde dela på en floppy, i det fallet kunde en maskin i taget använda floppyn, men aldrig samtidigt. Kanske samma ide går att använda på ABC800. mvh JW.
-
· Text 8985 · w8 · kommentarOm du låter systemet få en väntetid innan omslag mellan maskinerna på en halvsekund eller så, efter det att det sista kommandot till controllern gått iväg från maskin A, så har alltså maskin A 0.5 sek på sig att gen ge nästa kommando till controllern innan maskin B får ta över. Eventuellt kan du minska tiden mera, men jag vet inte hur tidskritiskt det är. det brukar dock vara så att datorn får vänta på HD:n och floppyn, så det kanske räcker med 0.1 sek. observera att WAIT endast skall skickas när det blir slagsmål om bussen. Signalen *WAIT ser visst ut att heta RDY i ABC - bussen, men vad jag vet är det samma signal. Jag vet dock inte om det går att ha en gemensam RAM-disk på det här viset. Det beror nog på om RAM-diskprogramvaran skriver något i RAM-disken under initieringen, men initierar man bägge maskinerna samtidigt och inte initierar om dem bör det gå bra. Detta förutsätter dock ett minneskort i expansionsboxen. Sedan får man se upp med RESET-signalen från respektive dator. Används bussen skall RESET givetvis inte användas, samt att t.ex. endast ,maskin A får göra reset, alternativt skall INGEN göra RESET, utan man har i stället en manuell RESET på expansionslådan. NMI och INT m.fl. får man också se upp med, men dessa utnyttjas normalt inte. Som väl är är ABC-bussen tacksam att jobba med, så det bör inte bli några problem. Titta dock i Bit För Bit eller någon annan stans där busskontakten beskrivs. Och Lycka Till!
-
· Text 8988 · w8 · kommentarDe tvivel jag hade om två på en HD, försvinner givetvis om man lyckas mer att ha sytemvariablerna på ett gemensamt kort på bussen, men hur löser man det, kan man ha ett gemensamt minne på bussen ? mvh JW
-
· Text 8992 · w8 · kommentarDet gemensamma minnet var inte i arean 32-64k utan ett expansionsminne av typ RAM-disk som jag tänkte. Delningsmässigt klarar det sig troligen om du lägger en skiftfördröjning. När det gäller fildelning får du dock se upp, men det har du troligen redan förstått.
-
· Text 8993 · w8 · kommentarNu var det inte jag som skulle ha två på en, utan jag tvivlade på om det var möjligt överhuvudtaget. Jag förstår fortfarande inte hur man skall kunna skriva på varsin fil samtidigt på samma HD, utan att ha tillgång till gemensamma systemvariabler för DOS. Dessutom kan man inte ha WAIT för länge, då REFRECH inte görs från Z80 då WAIT är aktiv. mvh JW
-
· Text 8994 · w8 · kommentarDet torde gå alldeles utmärkt, eftersom controllern till HD:n knappast blir scizofren om du tar en skaplig fördröjning. Man får dessutom prova sig fram till lämplig fördröjning, så lär det ordna sig. Det gäller ju bara att fördröja så länge att man hinner få en komplett kommandosekvens till controllern. Blir denna störd får man givetvis problem men annars lär det gå bra.
-
· Text 8995 · w8 · kommentarJag fattar fortfarande inte, HD:n kan omöjligt spärra för om båda skriver på samma sektor, oavsett om det är samma fil eller inte, och hur länge klarar sig ABC800:ns RAM om den får en wait ?. mvh JW
-
· Text 8996 · w8 · kommentarNär du skall skriva en sektor tittar datorn i bitmap, och sedan allokerar den en ledig sektor, samt skriver denna. RAM bör kunna klara sig tämligen länge, tror att minimifrekvensen till CPU är 100kHz nominellt, men det skall finnas bred marginal. Sannolikheten för en total låsning är ändå inte särskilt stor, eftersom du inte skriver mer än en sektor i taget normalt (eller läser.)
-
· Text 8997 · w8 · kommentarAha !, så bitmappen uppdateras för varje skrivning, jag trodde att den inte uppdaterades förrän man stängde filen, eller när man behöver fler sektorer, än man fann första gången man läster i mappen. mvh JW
-
· Text 8998 · w8 · kommentarMen det säger ju sig självt att man måste allokera direkt, för vad skulle annars hända om du gjorde prepare på två filer? Det finns nämligen ingen area i systemvariablerna som talar om hur disken är mappad.
-
· Text 9000 · w8 · kommentarJa där ser man, man lär sig hela tiden. mvh JW
-
-
· Text 9020 · w8 · kommentarBitmappen uppdateras när man - tar bort filer - skapar nya filer (PREPARE) - ändrar längd på filer, antingen genom att utöka den (PUT) eller trunkera den (sker ibland vid CLOSE). Emellertid riskerar man faktiskt att haverera bl a bitmappen och biblio- teket om man nu mot förmodan elektriskt skulle kunna koppla samman två datorer mot samma buss. Det är nämligen så att när ABC:n läst in en sektor - säg till exempel bitmappen - i minnet så ligger den kvar där medan ABC:n uppdaterar den med lämplig information (t ex skapar en ny fil). Låt oss nu anta att den andra datorn får för sig att göra samma sak, dvs skapa en ny fil. Vad gör den då? Jo, den läser in bitmappen i SITT minne, och börjar bearbeta den. Problemet är nu bara att eftersom den första datorn också har börjat rota i bitmappen, MEN ÄNNU INTE SKRIVIT TILLBAKS DEN TILL DISKEN, så får dator 2 OCKSÅ den gamla bitmappen. Den kommer då sannolikt att upptäcka samma lediga area som dator 1, och vips har man allvarligt skadat diskens integritet! Multiuser/multitasking är betydligt mer komplicerat än man först kan tro!!!
-
-
-
-
· Text 9019 · w8 · kommentarControllern bryr sig visserligen inte om varifrån kommandona till den kommer, och det har varje ABC själv klart för sig, så där finns inga som helst problem. Att använda en fördröjning går inte heller, dels eftersom man som sagt inte kan lägga Z80 i WAIT för länge eftersom minnesrefreshen inte hänger med då. Dessutom kan man aldrig veta hur lång fördröjningen blir! Är det en floppy kan det ta flera sekunder att hämta en sektor, om motorn har hunnit stanna, och huvudet står fel och så vidare. Man måste ju ha tillbaka data också, inte bara hinna skicka kommandot!!!
-
· Text 9023 · w8 · kommentarJa om man kör på floppy kan det knöla till sig.
-
-
-
-
-
-
· Text 9018 · w8 · kommentarJag kan inte tänka mig att det går att få den lösningen du beskriver att fungera alls! Förutom risken för busskollision, som i och för sig går att lösa, så har man ju problemet att datorn behöver prata ostört med interfacekortet under hela den tid det tar att t ex hämta en sektor på disken, eller vad man nu vill göra. Dessutom gör man bara card select en gång, dvs. innan man börjar snacka med kortet. Om då någon annan får för sig att prata med ett annat kort går det hela åt skogen. 4680-bussen är helt enkelt inte gjord för att ha flera busmastrar på. Det enda sättet att koppla ihop flera datorer mot samma disk är att använda ett nätverk.
-
· Text 9022 · w8 · kommentarHar inte påstått att det skall vara HELT problemfritt, men i varje fall borde det kunna fungera tämligen bra. Titta efter hur mycket du egentligen kör mot disken, så upptäcker du säkert att det inte är risk för kollision SÅ ofta om du inte kör zV ständiga kompileringar och så.
-
· Text 9024 · w8 · kommentarNej, jag håller inte med dig. Jag påstår att det inte kommer att fungera alls! Det räcker med att det blir en kollision EN gång för att man ska ha problem, och tro mig, det BLIR kollisioner! Dessutom, som sagt, så finns fortfarande problematiken att man kan ha flera kort på bussen, förutom floppycontrollern kanske det rör sig om ett centronicsinterface, eller något annat I/O-kort. Man klarar definitivt INTE av att hantera flera olika kort med den här metoden. Vidare så tvivlar jag faktiskt på att man vinner så speciellt mycket i prestanda mot att köra t ex Lux-Net, eftersom man måste ha dessa buss- fördröjningar (som jag inte heller tror fungerar i praktiken! Bl a kommer ju klockan i datorerna att gå grymt fel efter ett tags diskaccessande). Kort sagt, det finns klart fler problem än fördelar med en "lösning" i stil med den här!
-
· Text 9025 · w8 · kommentarOK det BLIR problem. Men klart att det kan vara kul att prova...
-
-
-
-
-
-
-
-