Użytkownik drutkow1 napisał w wiadomości grup dyskusyjnych: snipped-for-privacy@googlegroups.com...
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 ...
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.
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 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.