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/