🚀 go-pugleaf

W dniu 2017-04-10 o 21:05, Sebastian Biały pisze:

>> Aby to obejść trzeba było doinstalować w PC kilka portów MIDI. Każdemu z
>> programów przydzielić inny port, a następnie transmisję z tych
>> wszystkich portów skierować najpierw do urządzenia zewnętrznego MIDI
>> Merger, które łączyło te wszystkie dane (miksowało) w jeden strumień.
>
> 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.

>> W przypadku Amigi łączenie wszystkich strumieni odbywało się wewnątrz
>> komputera na porcie RS232
>
> Nie. Odbywało się w pośrednim mechanizmie wirtualizacji. Hardware od 
> RS232 nie ma pojęcia z jakiego procesu/programu jest żadanie wysłania 
> nastepnego bajtu. Miałeś wic pośredni sterownik który tym bałaganem 
> zarzadzal. Nie ma to żadnego związku z hardware Amigi. Z resztą 
> hardware RS232 w wykonaniu Amigi był *bardzo* prymitywny.
>
> Ja nie twierdze że Ci to nie działało. Ja twierdze że to dzialało nie 
> z powodu magiczności portu RS232 bo w nim nic magicznego nie było. To 
> tylko jakaś warstwa pośrednia sterownika i tyle. Możliwe w dowolnym OS.
>
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.

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.

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ę.

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, 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.