eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikadwa dniRe: dwa dni
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!go
    blin3!goblin2!goblin.stu.neva.ru!newsfeed.xs4all.nl!newsfeed9.news.xs4all.nl!85
    .12.16.70.MISMATCH!peer03.ams1!peer.ams1.xlned.com!news.xlned.com!peer01.fr7!fu
    tter-mich.highwinds-media.com!news.highwinds-media.com!newsfeed.neostrada.pl!un
    t-exc-02.news.neostrada.pl!unt-spo-a-02.news.neostrada.pl!news.neostrada.pl.POS
    TED!not-for-mail
    From: "J.F." <j...@p...onet.pl>
    Newsgroups: pl.misc.elektronika
    References: <X...@l...net>
    <b...@t...no1>
    <6300234515$20180906195214@squadack.com>
    <6...@t...no1>
    <pn1jc6$abs$1@node1.news.atman.pl>
    <a...@t...no1>
    <1...@t...no1>
    <5b964068$0$690$65785112@news.neostrada.pl>
    <7...@t...no1>
    <s...@f...lasek.waw.pl>
    <c...@t...no1>
    <s...@f...lasek.waw.pl>
    <d...@t...no1>
    <s...@f...lasek.waw.pl>
    <b...@t...no1>
    <5b995328$0$604$65785112@news.neostrada.pl>
    <3...@t...no1>
    <f7bk5f93kb4g$.ur8l3yoq90fg$.dlg@40tude.net>
    <d...@t...no1>
    <wxqffnppe0de$.1pwz0gmy96fml$.dlg@40tude.net>
    <a...@t...no1>
    In-Reply-To: <a...@t...no1>
    Subject: Re: dwa dni
    Date: Fri, 14 Sep 2018 16:16:18 +0200
    MIME-Version: 1.0
    Content-Type: text/plain; format=flowed; charset="iso-8859-2"; 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: 98
    Message-ID: <5b9bc2d5$0$595$65785112@news.neostrada.pl>
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 83.26.178.221
    X-Trace: 1536934613 unt-rea-b-01.news.neostrada.pl 595 83.26.178.221:63223
    X-Complaints-To: a...@n...neostrada.pl
    X-Received-Bytes: 5354
    X-Received-Body-CRC: 1477083688
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:736630
    [ ukryj nagłówki ]

    Użytkownik "Queequeg" napisał w wiadomości grup
    dyskusyjnych:a527380d-050a-46f3-be39-71718bb0af85@tr
    ust.no1...
    J.F. <j...@p...onet.pl> wrote:
    >>> I/O tak, ale była też pamięć, zdaje się że można było obsługiwać
    >>> ją
    >>> przez DMA.
    >> Wydaje mi sie ze nie (NE2000, inne to inna rozmowa).
    >> Pamiec byla, ale dostepna wlasnie przez in/out.

    >Pewności nie mam, ale kojarzę że karta była dostępna właśnie w
    >przestrzeni
    >adresowej. Może faktycznie kojarzę źle? Jak jesteś pewien to nie będę
    >się
    >kłócił :)

    Zle. Podawało sie tylko adres portu.

    Bodajze w NE2100 jeszcze ustawialo sie DMA.

    >https://wiki.osdev.org/Ne2000
    >#v+
    >Packets data is now written to the "data port" (that is register
    >0x10) of
    >the NIC in a loop (or using an "outsx" if available). The NIC will
    >then
    >update its remote DMA logic after each written 16-bit value/32-bit
    >value
    >and places bytes in the transmit ring buffer.
    >#v-
    >Wygląda na to że masz rację.

    >> W ogole w swiecie pecetow w owym czasie bylo tak:
    >> -DMA bylo, ale na tyle wolne, ze sie do niczego nie nadawalo -
    >> pardon,
    >> do dyskietek sie nadawalo. Pod koniec AT przyspieszyli, w czasach
    >> 386
    >> znow ponoc zwolnili.

    >Ja DMA używałem (od strony programisty) tylko do odtwarzania dźwięku
    >na
    >Sound Blasterze :) Było to faktycznie dużo wygodniejsze niż pchanie
    >sampli
    >do DAC w przerwaniu timera (IRQ0, int 8h).

    A to nie robilem ... nie bylo jakiegos problemu z przelaczaniem
    buforow, jak sie wyczerpal jeden i trzeba bylo przestawic na drugi ?


    >> -mozna bylo pamiec karty udostepnic w przestrzenii adresowej, ale
    >> przestrzenii malo, a jeszcze dwuportowa by sie przydala, bo dostep
    >> z
    >> dwoch stron rodzi konflikty,
    >Z dwóch stron?

    No, z jednej strony komputer chce dane przeczytac lub zapisac, a z
    drugiej strony z sieci przychodzi lub wychodzi.

    Dzis, przy skretce i switchach, to karta moze naraz wysylac i
    przyjmowac dane, a procesor ... no nie, rdzeni wiele, procesorow byc
    moze wiele, ale magistrala jedna, to nie beda naraz sie dobieraly do
    karty :-)

    >> -a tu w procesorze czekaja INS/OUTS, proste, szybkie, latwe i
    >> przyjemne. Do siecii i dyskow bardzo dobre - ale niekoniecznie w
    >> serwerach.
    >Problem w tym, że procesor nie może wtedy robić nic innego...
    >natomiast

    Ale jesli to nie jest jakis wypasiony serwer, to czy ma cos lepszego
    do roboty ?
    Chce dane z dysku, to i tak musi na nie poczekac. Z internetem
    podobnie.

    No coz, uzycie sie zmienilo, dzis dane przychodza do bufora, a
    procesor zajety np wyswietlaniem filmu, czy przygotowaniem ekranu gry.

    >może faktycznie jeśli DMA było niedorobione, to PIO było szybsze...

    PIO bylo szybkie na szybkich procesorach ... a 8037 wolne :-)

    Z DMA tez nie bylo rozowo, bo jak jest transmisja DMA, to procesor nie
    ma dostepu do pamieci.
    Wiec stoi czeka. bo cache to dopiero w czasach 386, a bardziej 486.

    W dodatku protokól byl wolny, bo karta wystawia sygnał żądania,
    sterownik magistrali czeka na dokonczenie aktualnej operacji,
    potwierdza, transmisja sie odbywa, wycofujemy żądanie.
    O ile dobrze sie to sprawdza przy dyskietkach i soundblasterze, to
    przy szybkich transferach zajetosc magistrali jest dluzsza niz przy
    PIO.

    A potem swiat znow poszedl naprzod i sie zaczal problem ilez to
    rozkazow 500MHz procesor moze wykonac w czasie ~1us, bo mniej wiecej
    tyle trwa IN/OUT na magistrali ISA.

    J.


Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: