-
Path: news-archive.icm.edu.pl!news.gazeta.pl!not-for-mail
From: " " <f...@N...gazeta.pl>
Newsgroups: pl.comp.programming
Subject: Re: OpenMP - jest szybciej czy wolniej?
Date: Sat, 3 Mar 2012 14:39:40 +0000 (UTC)
Organization: "Portal Gazeta.pl -> http://www.gazeta.pl"
Lines: 59
Message-ID: <jitafc$hgv$1@inews.gazeta.pl>
References: <4f4feb4d$0$1271$65785112@news.neostrada.pl><jip3ao$9u9$...@n...news.atma
n.pl><4f501330$0$26703$65785112@news.neostrada.pl><jip477$asl$...@n...new
s.atman.pl><4f50b4a4$0$26698$65785112@news.neostrada.pl><jiqdm3$dvn$5@ine
ws.gazeta.pl>
<4f50bea4$0$1268$65785112@news.neostrada.pl><jiqfeg$dvn$...@i...gazeta.pl
><4f50c486$0$26685$65785112@news.neostrada.pl><jiqhqe$dvn$...@i...gazeta.
pl>
<jiqi0e$dvn$10@inews.gazeta.pl><4f50ddac$0$1279$6...@n...neostrada.p
l><jiqqlu$dvn$13@inews.gazeta.pl><4f50f4d2$0$26694$6...@n...neostrad
a.pl> <jiqt59$dvn$15@inews.gazeta.pl>
<4f50fa41$0$26701$65785112@news.neostrada.pl>
<jisdma$441$1@inews.gazeta.pl>
<4f51eeb2$0$1213$65785112@news.neostrada.pl>
<17879294.84.1330773260414.JavaMail.geo-discussion-forums@vbbfy7>
<4f521345$0$1270$65785112@news.neostrada.pl>
<jit5c1$38v$1@inews.gazeta.pl>
<4f521d76$0$26691$65785112@news.neostrada.pl>
NNTP-Posting-Host: localhost
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: 8bit
X-Trace: inews.gazeta.pl 1330785580 17951 172.20.26.236 (3 Mar 2012 14:39:40 GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Sat, 3 Mar 2012 14:39:40 +0000 (UTC)
X-User: fir
X-Forwarded-For: 31.62.222.111
X-Remote-IP: localhost
Xref: news-archive.icm.edu.pl pl.comp.programming:195943
[ ukryj nagłówki ]slawek <s...@h...pl> napisał(a):
>
> Użytkownik <f...@N...gazeta.pl> napisał w wiadomości grup
> dyskusyjnych:jit5c1$38v$...@i...gazeta.pl...
> > to ze tylko czasem program przepisany na dwa rdzenie
> > bedzie 2razy szybszy a czasem jest nawet wolniejszy
> > to dobrze wiadoma sprawa - jak dobrze go jednak napisac
> > to powinien byc prawie 2razy szybszy
>
> Oczywista oczywistość. Ale! Spodziewałem się, że takie coś jak rozdzielenie
> pętli
>
> for i := 1 to 1000000 do b[i] = a[i] + 1.0;
>
> to *nie* *jest*
> BARDZO-TRUDNE-WYZWANIE-DLA-WYSPECJALIZOWANEGO-STANDA
RDU(tm) ble ble ble
>
> Przecież - co widać - operacja jest "wektorowa" - nie ma mieszania w
rodzaju
> b[i] = b[i-1] + a[i] itd. itp.
>
po prawdzie to poki co nie interesowalem sie/ nie zajmowalem
tym jak takie rzeczy sa robione - ale koszt rozkrecenia
dodatkowego watku to na pewno sporo wiecej niz wpisanie
do ip drugiego procesora adresu startu i zlapania jakiegos
przerwania na koncu roboty - o tyle czynisz blad zakladajac
ze to tak malo kosztuje - trzebaby sie naprawde zainteresowac
jak wieloprocesorowosc jest robiona na poziomie okolic asma
albo nizej - np czy pojedyncze cykle kilku procesorow sa ze soba
synchronizowane jednym zegarem czy sie rozjezdzaja
- szukam info na te tematy jakby ktos znal
co do poczytania kodu schedulera czy dispatchera z kernela
to mz warto by tez to zrobic - nie powinno to byc takjie trudne
o ile jest jakis tutorial na ten temat - tez szukam jakiegos
info/tutoriala na ten temat
> > co do fortrana to czy program kompilowany fortranem jest
> > porownywalny z szybkoscia do c? c ma pewną szkole
> > optymalizacji zrodel a czy fortran ma cos takiego?
>
> Fortran pod względem optymalizacji jest niedościgniony (chyba).
>
> A tak naprawdę - to i tak jedno i to samo GCC - bo nie chce mi się
sprawdzić
> jak to byłoby z kompilatorem Intel'a lub Portland.
>
> Dość, że przykładowy przykład np. z -O0 (bez optymalizacji) liczy się 5
> sekund, a z optymalizacją -Ofast 0.5 sekundy.
>
>
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
Następne wpisy z tego wątku
- 03.03.12 15:08 slawek
- 03.03.12 15:44 Edek Pienkowski
- 03.03.12 15:49 Edek Pienkowski
- 03.03.12 15:53
- 03.03.12 16:12 slawek
- 03.03.12 16:29 Edek Pienkowski
- 03.03.12 21:29
- 03.03.12 21:33 M.M.
- 03.03.12 23:13 slawek
- 04.03.12 05:46 M.M.
- 04.03.12 10:29 Roman W
- 04.03.12 11:13
- 05.03.12 11:02 Roman W
- 05.03.12 15:14 M.M.
- 05.03.12 18:33 slawek
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-02-27 China-Kraków => Key Account Manager IT <=
- 2025-02-27 Warszawa => Sales Assistant <=
- 2025-02-27 Kraków => Frontend Vue Developer <=
- 2025-02-27 Re: Zwolniony z IKEA za "wąty" przeciw firmowej promocji LGBT-IQ+ przywrócony do pracy - SN odrzucił kasacje (sygn. akt I PSK 62/24)
- 2025-02-27 Częstochowa => Manager ds. produktu <=
- 2025-02-27 Warszawa => Business Systems Analyst <=
- 2025-02-27 Nagranie poglądowe
- 2025-02-26 Zasilacz USB na ścianę.
- 2025-02-26 Błonie => Specjalista ds. public relations <=
- 2025-02-26 Zielonka => Team Lead / Tribe Lead FrontEnd <=
- 2025-02-26 Warszawa => Specjalista ds. Sprzedaży (transport drogowy) <=
- 2025-02-26 Białystok => Data Engineer (Tech Leader) <=
- 2025-02-26 Kraków => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-02-26 Kraków => Business Development Manager - Network and Network Security
- 2025-02-26 Warszawa => Młodszy Specjalista ds. wsparcia sprzedaży <=