-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!goblin1!goblin.
stu.neva.ru!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!unt-spo-a-01.new
s.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
From: "J.F." <j...@p...onet.pl>
Newsgroups: pl.misc.elektronika
References: <q4ufna$jiq$1@node2.news.atman.pl>
<c...@g...com>
<q510b8$3a3$1@node1.news.atman.pl> <q51hnt$kgc$1@node1.news.atman.pl>
<q51irv$lji$1@node1.news.atman.pl>
<5c751d95$0$484$65785112@news.neostrada.pl>
<q53sh9$sta$1@node1.news.atman.pl>
<7409391785$20190226184734@squadack.com>
<q53v5o$vi6$1@node1.news.atman.pl>
<7088299527$20190226200906@squadack.com>
<q5450n$5hv$1@node1.news.atman.pl>
<5c759e46$0$514$65785112@news.neostrada.pl>
<q56jt7$7e8$1@node2.news.atman.pl>
<5c76f1b2$0$516$65785112@news.neostrada.pl>
<q5703b$up6$1@node1.news.atman.pl>
<a...@g...com>
In-Reply-To: <a...@g...com>
Subject: Re: CP/M i 64kB
Date: Thu, 28 Feb 2019 15:43:16 +0100
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
Importance: Normal
X-Newsreader: Microsoft Windows Live Mail 16.4.3528.331
X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331
Lines: 67
Message-ID: <5c77f3d4$0$519$65785112@news.neostrada.pl>
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 83.26.88.53
X-Trace: 1551365076 unt-rea-b-01.news.neostrada.pl 519 83.26.88.53:54586
X-Complaints-To: a...@n...neostrada.pl
Xref: news-archive.icm.edu.pl pl.misc.elektronika:741360
[ ukryj 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.
Następne wpisy z tego wątku
- 28.02.19 21:05 Sebastian Biały
- 28.02.19 21:09 Sebastian Biały
- 28.02.19 21:15 Sebastian Biały
- 28.02.19 21:21 Sebastian Biały
- 28.02.19 22:30 Sebastian Biały
- 28.02.19 23:44 Marcin Debowski
- 01.03.19 03:49 J.F.
- 01.03.19 05:08 J.F.
- 01.03.19 20:17 Sebastian Biały
- 01.03.19 20:37 Sebastian Biały
- 01.03.19 20:51 Sebastian Biały
- 01.03.19 22:09 HF5BS
- 01.03.19 22:12 Sebastian Biały
- 01.03.19 22:57 Sebastian Biały
- 02.03.19 00:29 J.F.
Najnowsze wątki z tej grupy
- SEP 1 kV E
- Aku LiPo źródło dostaw - ktoś poleci ?
- starość nie radość
- Ataki hakerskie
- Akumulatorki Ni-MH AA i AAA Green Cell
- Dławik CM
- JDG i utylizacja sprzetu
- Identyfikacja układ SO8 w sterowniku migających światełek choinkowych
- DS1813-10 się psuje
- Taki tam szkolny problem...
- LIR2032 a ML2032
- SmartWatch Multimetr bezprzewodowy
- olej psuje?
- Internet w lesie - Starlink
- Opis produktu z Aliexpress
Najnowsze wątki
- 2024-12-12 Warszawa => Administrator Bezpieczeństwa IT <=
- 2024-12-12 Ostrów Wielkopolski => Trener zespołu sprzedaży Call Center <=
- 2024-12-12 Kraków => Key Account Manager <=
- 2024-12-11 SEP 1 kV E
- 2024-12-11 DNS restrictions are on
- 2024-12-11 wielkie bu
- 2024-12-11 Białystok => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-11 Aku LiPo źródło dostaw - ktoś poleci ?
- 2024-12-11 Warszawa => Specjalista Bezpieczeństwa Informacji <=
- 2024-12-11 Wrocław => Application Security Engineer <=
- 2024-12-11 Warszawa => Analyst in the Trade Development department (experience wi
- 2024-12-11 Lublin => Programista Delphi <=
- 2024-12-11 Motodziennik #305 Nowy ELEKTRYK za 350 złotych miesięcznie? Kreatywne kredytowanie problemów
- 2024-12-11 Warszawa => Spedytor Międzynarodowy <=
- 2024-12-11 Katowice => Key Account Manager (ERP) <=