Dnia 01-03-2012 o 22:34:06 slawek <s...@h...pl> napisał(a):

> Procedura solve (napisana w Fortranie), według profilera, wykonuje się
> 2.43 mikrosekundy jako "single thread". Jeżeli jednak uruchomić program
> jako wielowątkowy (2 wątki, OpenMP), to profiler pokazuje około 1.21
> mikrosekundy. Problem jednak w tym że cały program, co zmierzyłem
> "ręcznie" zwykłym stoperem, a także przez CPU_TIME z wnętrza programu,
> wykonuje się wtedy nie krócej - ale aż 20 razy dłużej!
>
> Ciekawe: gprof stwierdza, że to co się zaoszczędziło na 2-gim wątku
> zostało zjedzone przez _gcc_deregister_frame, ale i tak - według
> profilera - cały program liczył się trochę krócej...
>
> Co to jest? Kiepska implementacja OpenMP? Urok systemu MS Windows XP ?
> (Komputer z fizycznie 2-ma rdzeniami i tyle właśnie wątków jest z
> OpenMP.)
>
> A może jest tak, że jak program jest uruchomiony jako jednowątkowy, to
> idzie na jednym rdzeniu i nikomu/niczemu nie pozwala sobie przerywać
> (prawie 100% obciążenia rdzenia), natomiast dwuwątkowo co chwila blokuje
> go sam system (obciążenie obu rdzeni jest jakieś takie połowiczne). I
> choć CPU-time jest - jak widzi to profiler - 3.2 sekundy - to wall-time
> jest niemal dwuminutowy?!
>
> Ma ktoś pomysł jak to rozruszać?

myślę, że może być tak, że dwurdzeniowy program poświęca dużo czasu na
przerzucanie danych między rdzeniami, a jednordzeniowy cały czas ma dane w
tym rdzeniu, co trzeba (bo jedynym)
może być coś innego, Fortrana ni OpenMP nie znam, nie wiem co twój kod
robić próbuje...

--
Jordan Szubert