TED /lib

8 posts in thread

• Kent Berggren SYSOP <6019> · Text 3038 · w8 · inlagg

  1986-03-13 16:12

  Ärende: TED /lib

  Libet fungerar inte på HD0: HI HI Vad har den för kloster igentligenür. Går det att fixa?
  • Mikael Lidén <5651> · Text 3039 · w8 · kommentar

    1986-03-13 16:26

    Ärende: TED /lib

    Winchester har klusterstorlek 32 normalt, dvs den glufsar i sig 8K byte åt gången. Ta följande exempel du har skolklass med 30 elever körandens på en och samma winchester, varje elev sparar ett litet BASIC program på ca 10-20 rader säg ca 250 bytes, detta slukar då 30x8K bytes ->240 Kbyte Säg att du har fyra sådan klasser --> 1Mbyte (mot verkligt utrymme 30Kbyte !!) anta sedan att eleverna gör ca 1-2 små prog i månaden ja då är winchestern full. Detta är nackdelen med en stor klusterstorlek. Men i gengäld går det fortare, flera sektorer ligger efter varandra på winchestern. Men man skulle kunna ha en annorlunda modell för allokering som kombinerar både krav på snabbhet & utnyttjande av utrymmet.
    • Stefan Frank <5452> · Text 3043 · w8 · kommentar

      1986-03-13 20:04

      Ärende: TED /lib

      Är det någon som vet var bitmapparna respektive libsektorerna ligger på winchester?
      • Mikael Lidén <5651> · Text 3044 · w8 · kommentar

        1986-03-13 20:14

        Ärende: TED /lib

        Samma som för ABC832,838, dvs det är bara 160K (& 80K) som aviker med sektor 6,7,8.
    • Kristoffer Eriksson <5357> · Text 3054 · w8 · kommentar

      1986-03-14 20:00

      Ärende: TED /lib

      Clusterstorlekar: ABC830 1, ABC832/834/838 4, ABC850 (oftast) 32. (Jag har aldrig förståt varför inte clusterstorleken på 832 är 2, det borde räcka.) I ABC800/UTILITY finns programme CLUSTER.BAS (tror jag det hette) som utifrån data i doset räknar ut clusterstorleken på valfri enhet. Den fungerar nog bara på UFD-dos. Annars har alla skivor jag tittat på haft 2-logaritmen av clusterstorleken angiven i lockout- sektorns (sektor 15 resp 7) sista byte (255). Själva clusterstorleken får man alltså genom att ta 2 ** byten. Exemplet med skolklasserna som slukar sektorer med clusterstorleken 32, är inte korrekt om de kör på LUX-NET (knappast i CAT-NET heller), och de lär ju inte samsas om EN enda maskin. För LUX-NET använder storleken 8 istället. För att klara av bitmappen och lockoutmappen som nu tar tre sektorer var, har man infört länkade mappar. I byte 237 och 238 i varje mapsektor anges var nästa mapsektor ligger. Den sista anger -1 här.
      • Mikael Lidén <5651> · Text 3057 · w8 · kommentar

        1986-03-14 20:10

        Ärende: TED /lib

        Exemplet om skolklasserna var taget från en ABC-NET system. CAT-NET har 1 sektor som minsta allokerings enhet, även ett nyskapat bibliotek upptar en 1 sektor. Tag exemplet....... 5 klasser 30 elever, varje elev skall ha ett eget privat konto, under UFD-dos blir det 5*30*18 sektorer (=2700 sektorer) tag sedan att det finns 3 årskurser..... och varje elev lagrar 2 filer i månaden (tot 3*2*4.5=27/elev filer).........
        • Bo Kullmar SYSOP <1789> · Text 3063 · w8 · kommentar

          1986-03-14 22:58

          Ärende: CAT-NET clusterstorlek

          Enligt mina informationer (någon på MICA i Malmö) så använder CAT-NET clusterstorlek 4 för winchster. Den uppgiften stämmer också med det svinn vi fick i MSG när vi körde på CAT-NET. Då lå ju texterna i filer och det blev ju lite svinn.
          • Mikael Lidén <5651> · Text 3070 · w8 · kommentar

            1986-03-15 10:45

            Ärende: CAT-NET clusterstorlek

            Hmm, det varierar lite, på MICA 16mB verkar det vara 2 sektorer som minsta allokeringsenhet, när man jobbar med filer. Gäller även vanliga bibliotek, packade bibl blir tätare men det är en annan historia. På diskett är det 1 sektor.