-
Data: 2014-09-15 16:37:45
Temat: Re: Clouds
Od: Piotr <S...@w...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Dnia 14.09.2014 R.e.m.e.K <p...@w...pl> napisał/a:
> Dnia Sun, 14 Sep 2014 21:29:04 +0200, wloochacz napisał(a):
>
>>> Przy dobrze zaprojektowanym systemie i algorytmach mozliwych do
>>> zrownoleglania nie powinno byc jakichs znaczacych roznic.
>> A czas na synchronizację danych jest pomijalny?
>> Przecież doskonale wiesz, że nie jest pomijalny nawet na lokalnej
>> maszynie z wieloma procesorami.
>
> Oczywiscie ze tak, dlatego pisalem o dobrym projekcie, gdzie jest to wziete
> pod uwage. Bedzie wolniej, ale na pewno nie o kilkudziesiat procent. Poza
> tym mozna to oszacowac.
To zależy od konkretnego zagadnienia, ale generalnie nawet w najlepszych
algorytmach masz część wykonującą się szeregowo i część wykonującą się
równolegle i niezależnie od tego ile maszyn zaprzęgniesz do roboty, to nie
przekroczysz stałej określonej dla danego algorytmu prawem Amdahla. Nawet
jeśli pominiesz komunikację międzywątkową, to w zasadzie nigdy nie
uzyskujesz X-krotnego przyspieszenia przy X-krotnym zwiększeniu ilości
maszyn (czym większe X, tym ta krotność przyspieszenia jest mniejsza) -
oczywiście poza jakimiś banalnymi teoretycznymi przypadkami. W praktyce
jeśli dodasz komunikację międzywątkową, to masz pewną maksymalną liczbę
maszyn dla maksymalnej wydajności i zwiększenie liczby maszyn pogarsza
wydajność :D
> No chyba nie powiesz, ze trzeba proby robic na 750 maszynach, gdyz na jednej
> za cholere sie nie oceni wydajnosci wymyslonego rozwiazania?
Czasem się da, a czasem się nie da. Jak masz na przykład na podstawie
jednej maszyny wywnioskować jak skuteczna jest komunikacja między maszynami
w chmurze? A co jeśli na przykład dwie maszyny w chmurze będą w ramach
jednego fizycznego serwera i będzie szybko, ale jak już kupisz 750, to
część z nich będzie nawet w fizycznie innych serwerowniach i komunikacja
będzie "tragedią"?
Następne wpisy z tego wątku
- 15.09.14 23:46 Roman W
- 15.09.14 23:50 Piotr
- 16.09.14 09:26 M.M.
- 16.09.14 09:40 M.M.
- 16.09.14 11:15 R.e.m.e.K
- 16.09.14 11:34 M.M.
- 16.09.14 11:36 M.M.
- 16.09.14 12:58 Stregor
- 16.09.14 14:07 Piotr
- 16.09.14 14:24 M.M.
Najnowsze wątki z tej grupy
- 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??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
- Ada 2022 Language Reference Manual to be Published by Springer
Najnowsze wątki
- 2024-10-03 Warszawa => Mid IT Recruiter <=
- 2024-10-03 Olsztyn => Sales Specialist <=
- 2024-10-03 Leszczyna nie zna prawa?
- 2024-10-03 Warszawa => OpenText ECM Specialist <=
- 2024-10-03 Blokowanie informacji - test
- 2024-10-02 Warszawa => Fullstack Developer <=
- 2024-10-02 Katowice => QA Engineer <=
- 2024-10-02 Gdynia => Data Scientist <=
- 2024-10-02 Warszawa => Sales Development Representative (in German) <=
- 2024-10-02 Warszawa => SAP HANA Developer (Middle) <=
- 2024-10-02 Warszawa => SAP S/4HANA FI/CO Senior Consultant <=
- 2024-10-02 Warszawa => Senior SAP HANA Developers <=
- 2024-10-02 Warszawa => Senior PHP Laravel Developer (e-commerce) <=
- 2024-10-02 Warszawa => Programista Full Stack (.Net Core) <=
- 2024-10-02 Warszawa => Software .Net Developer <=