Article View: pl.comp.sys.amiga
Article #67062Re: blizzard
From: Sebastian Biały
Date: Mon, 10 Apr 2017 21:15
Date: Mon, 10 Apr 2017 21:15
62 lines
4490 bytes
4490 bytes
On 4/10/2017 10:49 PM, Uzytkownik wrote: >> Czyli masz na myśli port wirtualny. No i znowu wyszło na to że w >> porcie RS232 nie ma nic magicznego. > Nie port wirtualny, ale fizyczne, zewnętrzne urządzenie. Więc to fizyczne urzadzenie nie może pracować z wieloma programami na raz. To wynika z budowy elektronicznej tego portu. Natomiast jesli zbudujesz nad tym hardwareowym portem jakiś kawałek softu (port wirtualny) to wtedy tak. Magia jest w sofcie, nie hardware. Kluczowe jest pojmowanie że transmisja MIDI jest wielobajtowa. I musza te bajty był wysyłane w spójnych paczkach. Dlatego w sofcie sterownika musi istniec ktos, kto zadba o szeregowanie paczek do hardware portu. Sam się nie zrobi - sterownik musi miec taki ficzer. > UART w PC i Amiga to inna bajka. Amiga UART nie był wcale taki > prymitywny jak to opisujesz i nie był tak prymitywny jak UART w PC. Wysyłał bajty poprzez machanie drutem. Był prymitywny, jak każdy RS. > W PC UART-y 8250 i późniejsze 16450 czy 16550 był niczym innym jak > prymitywnym konwerterem równoległo-szeregowym zarządzanym bezpośrednio > przez procesor. Kolejne udoskonalenia UART polegały na zwiększaniu tylko > rejestrów FIFO, które w porównaniu do Amigi były bardzo malutkie. Wiele kart, PCI w szczegolności, RS232 mialo buforowanie i dma. Tylko ze przy predkościach kilkustet bajtów / sek uzywanie dma jest raczej mało ważne, ba w wielu przypadkach jest upierdliwe i nie stosowane. > W przypadku Amigi UART jest tylko częścią specjalizowanego procesora > PAULA, który zajmował się m.in. zarządzaniem transmisji UART. Zajmował > się kolejkowaniem, pobieraniem danych wprost z pamięci poprzez DMA. Sam > procesor praktycznie nic tu nie robił. Dlatego nawet największe > obciążenie procesora kompletnie nie wpływało na transmisję. Dalej nie widzisz ze wysłanie kilku kbajtow / sek dla procesora 2000 razy szybszego od MC nie jest *żadnym* problemem? Wspólczesne komputery, jak równiez te z okolic końcówki lat 90-tych były znacznie szybsze niż sam port RS i to jeszcze w trybie MIDI. I znacznie szybsze niż CPU + Paula w Amidze. Dało rade oglądać porno i jednocześnie wysyłać dane do MIDI w rygorze RT bez kłopotu. Może poza formatowaniem dyskietki bądź detekcją CD, no ale to windows. > Oczywiście każdy układ mikroprocesorowy nie istnieje bez części > software-owej. Tyle, że kod PAULI w Amidze zawarty był w ROM-ie Kod Pauli byl w ROMie :D No no. A jaki kod? >, a nie e > driver-ach, których kod wykonywany był przez procesor tak jak to było w > komputerach PC. W efekcie tego powolny procesor Amigi nie wpływał na > spowalnianie UART, tak jak to się działo w komputerach PC. Ale w Pecetach procesory były lata świetlne szybsze od MC i miały głeboko w d... czy dma jest dla rs czy nie. To jest jeden z najwolniejszych interfejsów. Przesłanie nieco ponad 3kB / sek (tyle max da rade w MIDI) jest niezauważalnym obciążeniem, nawet dla 286. Jeśli cokolwiek szarpie to nie jest to port RS232. To najzwyczajniej dziadowskie oprogramowanie. Na pęczki tego, bez związku z OSem, dyletanci sa wszędzie.
Technical Details
Message-ID:
<ocgsls$aoa$1@node2.news.atman.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.POSTED!not-for-mailReferences:
<oa49kv$d0l$1@node1.news.atman.pl> <ocdtk1$elt$1@node2.news.atman.pl> <ocdtti$6h8$1@node1.news.atman.pl> <58ea82e8$0$5163$65785112@news.neostrada.pl> <oce0mh$9jl$1@node1.news.atman.pl> <58ea9cd9$0$5152$65785112@news.neostrada.pl> <oce8ki$q2h$1@node2.news.atman.pl> <ocfa95$on1$2@node2.news.atman.pl> <58eb39f3$0$15203$65785112@news.neostrada.pl> <ocgl1g$vfj$1@node1.news.atman.pl> <58ebefd0$0$639$65785112@news.neostrada.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.POSTED!not-for-mail From: Sebastian Biały <heby@poczta.onet.pl> Newsgroups: pl.comp.sys.amiga Subject: Re: blizzard Date: Mon, 10 Apr 2017 23:15:35 +0200 Organization: ATMAN - ATM S.A. Lines: 63 Message-ID: <ocgsls$aoa$1@node2.news.atman.pl> References: <oa49kv$d0l$1@node1.news.atman.pl> <ocdtk1$elt$1@node2.news.atman.pl> <ocdtti$6h8$1@node1.news.atman.pl> <58ea82e8$0$5163$65785112@news.neostrada.pl> <oce0mh$9jl$1@node1.news.atman.pl> <58ea9cd9$0$5152$65785112@news.neostrada.pl> <oce8ki$q2h$1@node2.news.atman.pl> <ocfa95$on1$2@node2.news.atman.pl> <58eb39f3$0$15203$65785112@news.neostrada.pl> <ocgl1g$vfj$1@node1.news.atman.pl> <58ebefd0$0$639$65785112@news.neostrada.pl> NNTP-Posting-Host: 176.115.85.233 Mime-Version: 1.0 X-Trace: node2.news.atman.pl 1491858941 11018 176.115.85.233 (10 Apr 2017 21:15:41 GMT) X-Complaints-To: usenet@atman.pl NNTP-Posting-Date: Mon, 10 Apr 2017 21:15:41 +0000 (UTC) User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 In-Reply-To: <58ebefd0$0$639$65785112@news.neostrada.pl> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit