eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingpytanie z mutexów › Re: pytanie z mutexów
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!.POSTED!not-for-mail
    From: Edek <e...@g...com>
    Newsgroups: pl.comp.programming
    Subject: Re: pytanie z mutexów
    Date: Mon, 1 Jul 2013 11:54:05 +0000 (UTC)
    Organization: ATMAN - ATM S.A.
    Lines: 41
    Message-ID: <kqrqkt$fgq$2@node2.news.atman.pl>
    References: <5...@g...com>
    <51c56394$0$28103$c3e8da3$91613603@news.astraweb.com>
    <f...@4...com>
    <kq70gf$ngh$1@mx1.internetia.pl>
    <3...@4...com>
    <kq7g4r$a05$1@mx1.internetia.pl>
    <f...@4...com>
    <kqi854$v85$1@mx1.internetia.pl>
    <u...@4...com>
    <kqk43i$sfo$1@mx1.internetia.pl>
    <a...@4...com>
    <kqqbud$j5h$1@mx1.internetia.pl> <kqqg26$pa6$8@node2.news.atman.pl>
    <kqrkrs$ka6$1@mx1.internetia.pl>
    NNTP-Posting-Host: 87-205-33-79.adsl.inetia.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8
    Content-Transfer-Encoding: 8bit
    X-Trace: node2.news.atman.pl 1372679645 15898 87.205.33.79 (1 Jul 2013 11:54:05 GMT)
    X-Complaints-To: u...@a...pl
    NNTP-Posting-Date: Mon, 1 Jul 2013 11:54:05 +0000 (UTC)
    User-Agent: Pan/0.139 (Sexual Chocolate; GIT bf56508 git://git.gnome.org/pan2)
    Xref: news-archive.icm.edu.pl pl.comp.programming:203926
    [ ukryj nagłówki ]

    Dnia pamiętnego Mon, 01 Jul 2013 12:05:05 +0200, Michoo wyjmując peta
    oznajmił:

    > On 01.07.2013 01:47, Edek wrote:

    >> Schematy współpracy: skoro się wykluczają mogą w ramach wykluczenia
    >> przekazywać dane. Albo mogą mieć kolejki, które są liśćmi w drzewie
    >> kolejności locków, więc są pomijalne dla poprawności.
    >
    > Mogą. Właśnie od "mogą" zależy bardzo dużo jeżeli chodzi o wątki. Jeżeli

    Tak dla rozróżnienia: wątki są w domenie logiki i "mogą" używa się różnie.
    Ja mówię o tym, że niektóre elementy "mogą" być dodane bez zmiany
    głównego algorytmu, co można udowodnić. Ty mówisz o "może" w sensie
    takim jak że deadlock "może" się zdarzyć - co już oznacza zwykły błąd.
    To pierwsze jest kwestią logiki ograniczeń, to drugie kwestią złego
    dowodu lub jego braku.

    >> Tak jakby z zagłodzeniem było kiedykolwiek inaczej. Problem polega
    >> na tym, że problem jest jeden i algorytm jest jeden, ale musi
    >> spełniać oba warunki: działać, czyli być bez race'ów i deadlocków, i ma
    >> nie zagłodzić.
    >
    > 3 producentów na 2 procesorach plus konsument wymagający po 500
    > jednostek na cykl pracy. Optymalnie ze względu na przepustowość będzie
    > generowanie po 500 jednostek (opóźnienie 1000, ale brak strat na
    > przełączanie). Optymalnie ze względu na czas odpowiedzi będzie dążenie
    > do opóźnienia 750 - jeżeli konsument czeka dłużej to znaczy, ze jest
    > głodzony.

    Nie znałem takiej definicji. Jak się to sprawdza albo dowodzi? Naprawdę
    pytam bo nie wiem.

    A, i odnosiłem się tylko do ostatniego zdania:

    >>> Ogólnie wchodzimy
    >>> opuszczamy już tutaj problem synchronizacji a wchodzimy w sferę
    >>> szeregowania zadań.

    --
    Edek

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: