eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingasynchroniczne io ?Re: asynchroniczne io ?
  • Path: news-archive.icm.edu.pl!news.gazeta.pl!not-for-mail
    From: " " <f...@g...pl>
    Newsgroups: pl.comp.programming
    Subject: Re: asynchroniczne io ?
    Date: Tue, 5 Jun 2012 14:34:35 +0000 (UTC)
    Organization: "Portal Gazeta.pl -> http://www.gazeta.pl"
    Lines: 55
    Message-ID: <jql5dr$m7g$1@inews.gazeta.pl>
    References: <jql30e$hfc$1@inews.gazeta.pl> <jql3sr$6ts$1@news.icpnet.pl>
    NNTP-Posting-Host: localhost
    Content-Type: text/plain; charset=ISO-8859-2
    Content-Transfer-Encoding: 8bit
    X-Trace: inews.gazeta.pl 1338906875 22768 172.20.26.242 (5 Jun 2012 14:34:35 GMT)
    X-Complaints-To: u...@a...pl
    NNTP-Posting-Date: Tue, 5 Jun 2012 14:34:35 +0000 (UTC)
    X-User: fir
    X-Forwarded-For: 31.61.131.243
    X-Remote-IP: localhost
    Xref: news-archive.icm.edu.pl pl.comp.programming:197632
    [ ukryj nagłówki ]

    Grzegorz Niemirowski <g...@p...onet.pl> napisał(a):

    > alter amonu <f...@N...gazeta.pl> napisał(a):
    > > w sumie to nigdy sie nad tym nawet nie zastanawialem
    > > ani tez nic nie czytalem i nie wiem -
    > > czy asynchroniczne io są w uzyciu? czy moze jest jakas
    > > wersja pod winde?
    >
    > DWORD written;
    > OVERLAPPED osReader = {0};
    > osReader.hEvent = CreateEvent(NULL, TRUE, FALSE, NULL);
    > WriteFile(hCommPort, buf, 1, &written, &osReader);
    > WaitForSingleObject(osReader.hEvent, 100);
    >
    > > wydawaloby sie ze angazowanie procka
    > > albo nawet nie jst potrzebne albo na pewno nie jest
    > > potrzebne jako pelny blokujacy proces (skoro io ma
    > > predkosc znacznie mniejsza niz przetwazanie procka
    > > (choc niby teraz nawet io sa czybkie, no ale nie
    > > az tak)
    > > jak wyglada sprawa z takim asynchronicznym api do io?
    > > czy ktos tego uzywa czy jednak 99% swiata uzywa zwyklego
    > > synchronicznego inputu jak fread() (ktory jak rozumiem
    > > po prostu wiesza i marnuje procka) ?
    >
    > I tak i tak nie ma angażowania procka. Czy programik z funkcją scanf()
    > zajmuje Ci 100% czasu procesora? Dzięki asynchrocznemu I/O można coś robić
    > podczas operacji I/O bez tworzenia wątku. Startujesz operację, robisz sobie
    > coś innego, zbierasz wynik operacji.
    > Przy blokującym I/O czas procesora się marnuje w ten sposób, że wątek który
    > uruchomił tę operację nic nie robi. Ale to nie znaczy, że procesor nie jest
    > dostępny dla innych wątków/procesów. Zastanawiałeś się jak to jest, że
    > aplikacje kręcące się w windowsowej pętli komunikatów nie zajmują 100%
    > procka? Podobnie jak przy scanfie scheduler w jądrze dba o to, żeby
    > udostępniać procesor innym aplikacjom podczas operacji I/O.
    >
    ok, no to sie mw wyjasnilo, tnx za odp

    ja poki co pisze aplikacje jednowatkowe (ale charakteryzujace sie
    zapotrzebowaniem na czas procka), podobnie fakt ze jak ja wczytuje
    dane z pliku, to aplikacje w tle moga przejac procka nie specjalnie
    mi sie bezposrednio przydaje - sprowadza sie to wiec w moich prztpadkach
    do przestoju procka, poki co mi to specjalnie nie przeszkadzalo
    (bo i tak nie lubie uzywac duzo dysku, pozatym wole prostote niz
    trdnosci), ale warto zwrocic na to uwage, pewnie i tak sporo
    aplikacji uzywa blokujacego io (np programy do rysowania,
    wiekszosc progsow chyba zalicza zwis az sie zapisze albo
    wczyta etc)





    --
    Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

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: