-
Data: 2014-06-04 21:10:14
Temat: Re: Wielowątkowość - podstawowe pytanie
Od: Piotrek <p...@p...onet.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu środa, 4 czerwca 2014 20:02:13 UTC+2 użytkownik Edek napisał:
> Szarym od mżawki świtem Wed, 04 Jun 2014 10:59:44 -0700, Piotrek wyrzucił
>
> pustą ćwiartkę i oznajmił:
>
>
>
> >> .... powiedz, jak kompilator miałby zrozumieć
>
> >>
>
> >>
>
> >>
>
> >> a = b + c
>
> >>
>
> >>
>
> >>
>
> >> a) osobno odczyt zmiennych dodawanie i zapis?
>
> >>
>
> >> b) całe wyrażenie wraz z przypisaniem atomowo?
>
> >>
>
> >> c) co jeżeli typem jest liczba zespolona, czy w klasie Complex
>
> >>
>
> >> musi być informacja, że część rzeczywistą i urojoną traktuje się
>
> >>
>
> >> atomowo czyli zawsze razem, czy może kompilator też miałby się
>
> >>
>
> >> tego w jakiś sposób "domyśleć"?
>
> >
>
> > Wybieram odpowiedź b), tzn. całe wyrażenie jest traktowane
>
> > jako jedna, niepodzielna instrukcja, niezależnie od tego na jakich typach
>
> > danych wykonywana jest nasza przykładowa operacja. Generalnie załóżmy,
>
> > że kompilator dowolną instrukcję języka traktuje jako niepodzielną
>
> > całość niezależnie od jej stopnia złożoności, tzn. tłumaczy ją na kod
>
> > maszynowy, po czym "obudowuje" ją jakąś parą lock/unlock tak, żeby była
>
> > atomowa. Nieważne czy ta instrukcja to np. zwiększenie liczby o 1,
>
> > czy wywołanie jakiejś skomplikowanej funkcji. Teraz czekam na odpowiedź
>
> > dlaczego to jest niemożliwe do realizacji albo w niczym by nie pomogło.
>
>
>
> Co z wywołaniem main(), albo jedynej funkcji w main(), też mają być otoczone
>
> lock/unlock()?
>
>
>
> --
>
> Edek
Teraz mi pewnie nie uwierzysz, ale poprzednią wiadomość wysyłałem
z myślą, że właśnie tym przykładem obalisz mój naiwny pomysł.
Oczywiście objęcie samego maina "lockami" kładłoby pozostałe
wątki na łopatki (bo nigdy nie doczekałyby się na swoją kolej),
ale spróbujmy obronić moje rozumowanie... e, nie, chyba jednak
się nie da :) Kusiło mnie, żeby spytać co by było, gdyby zrobić
wyjątek dla funkcji main() i pozwolić, żeby nie była
atomowa. Widzę jednak, że to by nic nie dało. Gdyby main()
nie była atomowa, ale atomowe byłoby wszystko to, co z niej wołamy,
mielibyśmy identyczny problem (bo wewnątrz main() mogłaby się znajdować
tylko jedna instrukcja albo jedną z wywoływanych funkcji byłaby
np. główna pętla programu i inne wątki bezowocnie czekałyby sobie
na jej zakończenie). Wniosek z tego taki, że to, co siedzi
w mainie, jednak nie może być defaultowo niepodzielne, więc
nie ma sensu, żeby cokolwiek innego takie było. Dziękuję
za pobudzenie do myślenia :)
Następne wpisy z tego wątku
- 04.06.14 22:19 Edek
Najnowsze wątki z tej grupy
- Alg. kompresji LZW
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
Najnowsze wątki
- 2025-03-10 roaming
- 2025-03-10 wodor
- 2025-03-10 Ostrów Wielkopolski => NodeJS Developer <=
- 2025-03-10 Białystok => System Architect (background deweloperski w Java) <=
- 2025-03-10 Częstochowa => Backend Developer (Node + Java) <=
- 2025-03-10 Poznań => Konsultant wdrożeniowy Comarch XL (Logistyka, WMS, Produkc
- 2025-03-10 Bydgoszcz => Specjalista ds. Sprzedaży (transport drogowy) <=
- 2025-03-10 China-Kraków => Senior PHP Symfony Developer <=
- 2025-03-10 Chiny-Kraków => Senior PHP Symfony Developer <=
- 2025-03-10 Szczecin => Key Account Manager IT <=
- 2025-03-10 Warszawa => Node.js / Fullstack Developer <=
- 2025-03-10 Warszawa => Data Engineer (Tech Leader) <=
- 2025-03-10 Gliwice => Business Development Manager - Network and Network Security
- 2025-03-10 Warszawa => Presales Engineer IT <=
- 2025-03-10 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS