-
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
- opornosc falowa
- Bateria 9V 6F22, alkaliczna v cynkowa, samorozładowanie, bateria wysokiej trwałości do miernika
- Tani zakup z ali?
- w czasach LED komary mają ciężko
- walizka z kodami
- Rejestrator temperatur - termopara, siec
- Router LTE z możliwością zmian MTU
- Fajny film widziałem...
- Jaka ładowarka sieciowa do Iphona?
- Taśma izolacyjna do prac elektrycznych
- Recenzja 3.1A ;) w 6 gniazdach...
- Re: Recenzja 3.1A ;) w 6 gniazdach...
- Re: Recenzja 3.1A ;) w 6 gniazdach...
- Re: Recenzja 3.1A ;) w 6 gniazdach...
- Wkrętarki, wiertarki...
Najnowsze wątki
- 2025-07-21 cashback
- 2025-07-21 Pomarańczowy rakietnyj on de telefon ;)
- 2025-07-21 Gdańsk => Kotlin Developer <=
- 2025-07-21 Warszawa => Sales Executive / KAM <=
- 2025-07-21 Gdańsk => Programista Kotlin <=
- 2025-07-21 Białystok => Mainframe (z/OS, Assembler) Developer <=
- 2025-07-21 opornosc falowa
- 2025-07-21 Katowice => Key Account Manager IT <=
- 2025-07-21 Wrocław => Controlling systems Consultant <=
- 2025-07-21 Żerniki => Dyspozytor Międzynarodowy <=
- 2025-07-20 Absurdalny zakaz fotografowania będzie nowelizowany
- 2025-07-20 Takie tam...
- 2025-07-20 https://newsgrouper.org/pl.soc.prawo blokuje posty: 154 posts blocked.
- 2025-07-20 Bateria 9V 6F22, alkaliczna v cynkowa, samorozładowanie, bateria wysokiej trwałości do miernika
- 2025-07-20 Tani zakup z ali?