-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!news.unit
0.net!goblin2!goblin1!goblin.stu.neva.ru!newsfeed.neostrada.pl!unt-exc-02.news.
neostrada.pl!unt-spo-a-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-ma
il
From: "J.F." <j...@p...onet.pl>
Subject: Re: Eksperymenty ze starymi procesorami - MOS6502
Newsgroups: pl.misc.elektronika
User-Agent: 40tude_Dialog/2.0.15.1pl
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: 8bit
References: <5b0de421$0$679$65785112@news.neostrada.pl>
<5b1d80b0$0$614$65785112@news.neostrada.pl>
<5b1f62fe$0$607$65785112@news.neostrada.pl>
<5b20e3e9$0$606$65785112@news.neostrada.pl>
<5b23b84f$0$616$65785112@news.neostrada.pl>
<1...@4...net>
<pg1csp$lk7$1@node2.news.atman.pl>
<zy4n7ncgaqm2.xbrnhp5k64f0$.dlg@40tude.net>
<pg1tql$4kt$1@node2.news.atman.pl>
<1t06y4d7b4btn$.1e8lpn3n2yuno.dlg@40tude.net>
<pg6r4v$gp2$1@node2.news.atman.pl>
<z37te2gyr0zu$.1nz23qznmb8s8.dlg@40tude.net>
<pgbh7b$onn$1@node2.news.atman.pl>
Date: Tue, 19 Jun 2018 23:36:30 +0200
Message-ID: <b...@4...net>
Lines: 90
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 82.143.187.50
X-Trace: 1529444164 unt-rea-a-02.news.neostrada.pl 602 82.143.187.50:60215
X-Complaints-To: a...@n...neostrada.pl
Xref: news-archive.icm.edu.pl pl.misc.elektronika:733111
[ ukryj nagłówki ]Dnia Tue, 19 Jun 2018 20:15:11 +0200, HF5BS napisał(a):
> Użytkownik "J.F." <j...@p...onet.pl> napisał w wiadomości
> news:z37te2gyr0zu$.1nz23qznmb8s8.dlg@40tude.net...
>>> Myślę, że gdyby kompilator nie rozwlekał kodu takiego jak ten (chodzi mi
>>> o
>>> objętość źródła):
>>> begin;
>>> writeln ('Dzień dobry wieczór bardzo');
>>> end.
>>> do ponad 100 kB, czy w ogóle, to dało by się to zrealizować.
>>
>> To jest kiepski przyklad. Niby jeden writeln, a srodowisko cale trzeba
>> zainicjowac.
>
> Zobacz na zastrzeżenie w nawiasie na początku cytatu...
Zrodla ? To o co chodzi z tym rozwlekaniem przez kompilator
>>> Myślę, że to raczej nie w tym rzecz była... stacja Atari, fabrycznie
>>> miała 19200, a też na łączu szeregowym przecież.
>>> Zbadałbym, czy to nie z powodu nośnika, który na początku mógł nie
>>> należeć do najlepszych, programy jeszcze tak dobrze nie zoptymalizowane,
[...]
>> Nosnik IMO bez znaczenia - pewnosc z predkosc komunikacji z napedem
>> nie ma znaczenia.
>> Moze w czasach modemow 300 nie pomysleli, ze 19200 to za wolno, moze w
>> czasach gier po 4-30KB te 19200 wystarczalo, wszak to tylko 15s na
>> duza gre.
>
> Może też taniej było i pewniej jednak, w tamtych czasach przypuszczam,
> pomijano parametr czasowy ustabilizowania się głowicy, zmiana jednej
> wartości w pamięci pozwalała zmieniać szybkość silnika krokowego, do takiej
> nawet, że nie był w stanie przeskoczyć, a jedynie smutno brzęczał.
Ale to nadal sprawa kontrolera napedu.
>> Transmisja asynchroniczna wymaga zegara ok 16x szybszego - dla 19200
>> to jest 307kHz - moze nie pasowalo im szybciej robic.
>
> Ale myślisz, że to jest asynchroniczne? Przyznam, że jakiś mi umknęło to
> rozkminić.
W Atari bylo asynchronicznie.
Tzn ... ta kosc interfejsu potrafila za normalny UART zrobic, ale
palca nie dam sobie uciac, ze jakis zegarow tam dodatkowo nie bylo, z
ktorych komunikacja ze stacja korzystala.
C64 nie znam.
Tak czy inaczej - bez znaczenia. Obie stacje mialy wlasny procesor,
czytaly/zapisywaly dyskietke przy pomocy kontrolera, komunikacja z
komputerem jest calkiem osobną kwestią.
>>> Co do dysku w AT - to dziś by nie poszedł? Nie było tak dedykowanych kart
>>> do obsługi dysku?
>>
>> Byly, ale na ISA :-)
>
> To przecież ISA była w pierwszych kompach, wiec w czym rzecz?
A teraz juz nie ma :-(
>>> Czy mówimy o starociach, jak ST225, czy o nowszych, zgodnych
>>> raczej z "autobusem"?
>>
>> Wszysto jedno - interfejs ten sam. AT-bus/IDE to moze jeszcze gdzies
>
> ST225 "autobusowy"? Jakoś mi taśma łącząca do tego nie pasuje.
Te pozniejsze dyski IDE/ATA zrobiono tak, ze kontroler umieszczono w
dysku.
Od strony programu obslugiwalo sie prawie identycznie, do obu byla ISA
potrzebna.
>> Tylko, ze od lat podlaczony do specjalnego sterownika DMA/bus master.
>
> Hmm... byle działało i się nie srało.
Tym niemniej cykl rozwojowy byl taki, ze DMA w PC/XT bylo jednak
wolne, w AT IBM zrezygnowal z uzywania do HDD, pozniejsze klony
286 mialy juz w chipsetach i przyspieszaly ... ale nadal "zwykly dysk"
nie uzywal.
W czasach 386 DMA na plycie wcale nie przyspieszylo, za to w PCI
pojawila sie koncepcja "bus master".
Nie pamietam jak to bylo z SCSI na ISA - takie karty Adapteca - one
chyba tez mialy "bus master"
J.
Następne wpisy z tego wątku
- 20.06.18 19:27 HF5BS
Najnowsze wątki z tej grupy
- Cewka elektrozaworu
- zapytanie o chip r5f21275nfp
- nie naprawiam więcej telewizorów
- Zrobił TV OLED z TV LCD
- Zasilacz USB na ścianę.
- Gniazdo + wtyk
- Aliexpress zaczął oszukiwać na bezczelnego.
- OpenPnP
- taka skrzynka do kablowki
- e-paper
- 60 mA dużo czy spoko?
- Dziwne zachowanie magistrali adresowej w 8085
- Współczesne mierniki zniekształceń nieliniowych THD audio, produkują jakieś?
- Jaki silikon lub może klej?
- Smar do video
Najnowsze wątki
- 2025-03-08 Cięcie wysokich tui
- 2025-03-08 Środa Wielkopolska => SAP FI/CO Konsultant wewnętrzny <=
- 2025-03-08 Prawo "gminne"
- 2025-03-08 Warszawa => Senior Recruiter <=
- 2025-03-08 Warszawa => Key Account Manager IT <=
- 2025-03-08 Najszybciej ładujące się samochody elektryczne
- 2025-03-07 AION przejety
- 2025-03-07 Warszawa => Data Engineer (Tech Leader) <=
- 2025-03-07 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-03-07 Warszawa => System Architect (background deweloperski w Java) <=
- 2025-03-07 Gliwice => Business Development Manager - Network and Network Security
- 2025-03-07 Chiny-Kraków => Senior PHP Symfony Developer <=
- 2025-03-07 Gliwice => IT Expert (Network Systems area) <=
- 2025-03-07 Chiny-Kraków => Backend Developer (Node + Java) <=
- 2025-03-07 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS