eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaCP/M i 64kBRe: CP/M i 64kB
  • Data: 2019-02-28 15:43:16
    Temat: Re: CP/M i 64kB
    Od: "J.F." <j...@p...onet.pl> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    Użytkownik drutkow1 napisał w wiadomości grup
    dyskusyjnych:a7c16e11-3197-47e1-b6d4-c2df74954edd@go
    oglegroups.com...
    >Przesadzasz z tymi 64kB liniowej przestrzeni.

    Nie przesadza.
    Ten procesor zgrabnie adresuje obszary do 64KB, a powyzej robi sie
    klopot.
    Nie RAM - jakies spojne obszary danych.

    Np obrazek. Dopoki ma ponizej 64KB - swietnie, mozna sobie adresowac
    wszystko w jednym segmencie.
    A jak 100KB - to zaraz trzeba normalizowac wskaznik, najpiej przy
    kazdej okazji - i kod rosnie, i predkosc spada.

    Edytor tekstu - poki tekst ma ponizej 64KB, to fajnie, ale jak
    wiecej - znow zabawa.
    Takie np wstawienie jednej literki, wyszukiwanie, czy kopiowanie kilku
    linii ...

    >Było jej w 8086/88 1024kB,

    No, gora 640KB :-)
    W pierwszych PC to nawet tylko 256KB, a ponoc opcjonalnie byla wersja
    64KB.

    I wtedy to mialo sens - taki lepszy CP/M.
    Nie tak znow duzo lepszy, bo na znacznie lepszy to klienta i tak nie
    bylo stac, a jednak duzo ograniczen ... nie znika, ale przynajmniej
    sie powieksza.
    Mozna np miec 128KB programu i 64KB danych i jeszcze troche na system
    zostaje, wiec calosc chodzi znacznie szybciej niz 8-bit CP/M.

    A potem pamiec potaniala i taki procek zaczal ciazyc.

    >a w 286 doszło jeszcze 64kB bez 16 bajtów - stąd też bramka A20,
    >która musiała zostać dodana, żeby mieć bug-compatibility z PC i XT.

    Tak w ogole to 286 byl pomyslany jako ambitny procek, ze znacznie
    wieksza pamiecia ... ale wtedy tym bardziej musialy byc dane w
    segmentach po 64KB lub mniej.
    Tryb praktycznie nieuzywany, bo stary DOS wiadomo - niekompatybilny,
    ale Windows 3 juz go uzywalo.

    >A że nie można było sobie adresować jednym rejestrem, tylko parą - no
    >cóż w tym dziwnego, skoro rejestry były 16-bitowe?
    >Najdurniejszym pomysłem było to, że strony były zrobione po 16B,
    >zamiast po prostu po 64kB.
    >Cóż poradzić, IBM padł ofiarą własnego sukcesu.

    A to akurat mialbys problem.
    Bo wyszukaj np slowo w tekscie, jesli pechowo jest ono na granicy
    stron.

    Albo wrzuc int32 na stos, jesli wskaznik akurat ma wartosc FFFE.
    A nie - moze sztuczny problem, i tak mozemu wrzucac połówkami ... ale
    nie, adres powrotu jednak 4 bajty ma.

    Nawiasem mowiac - w trybie 286 niemal tak wlasnie bylo.

    Niestety - przy malych obszarach danych 86 sobie radzil, przy
    wiekszych ... nie ma jak to 32-bit procek (czy juz 64 bit ?:-)

    A ze mowimy o komputerze uniwersalnym, z wieksza pamiecia ... 8086 to
    za malo, 286 tez.

    J.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: