Konrad Anikiel pisze:
> Michał Grodecki pisze:
>> Dnia 2009-01-11 00:17, Użytkownik AL napisał:
>>> Michał Grodecki pisze:
>>>> Dnia 2009-01-10 22:15, Użytkownik Ulf napisał:
>>>>> Witam,
>>>>>
>>>>> szukalem w necie i nie znalazlem. Wiecie, gdzie mozna znalezc
>>>>> jakies testy/porownania/artykuly na temat wydajnosci procesorow
>>>>> przy obliczeniach za pomoca mesow? Za wszelkie informacje bede
>>>>> bardzo wdzieczny :)
>>>>
>>>> Nawet gdyby coś takiego było to wynik będzie reprezentatywny tylko
>>>> dla danego rodzaju obliczeń. Są sytuacje w których o wydajności
>>>> decyduje procesor a są takie kiedy decydują inne podzespoły (pamięć,
>>>> dysk). W pierwszym przypadku dostaniesz solidne przyspieszenie na
>>>> szybszym procku, w drugim nie (bo wąskie gardło będzie gdzie indziej).
>>>>
>>>> Przykład:
>>>> Jeżeli obliczenia idą w dużej ilości kroków czasowych a każdy krok
>>>> czasowy liczy się dosłownie w paru iteracjach to decydować o
>>>> wydajności może dysk (zapis wyników w każdym kroku)
>>>> I odwrotnie - jeżeli kolejne kroki czasowe liczą się jak krew z nosa
>>>> zanim się doiterują to decydujący będzie raczej procesor.
>>>>
>>> IMHO krytycznym moze byc ilosc pamieci RAM
>>
>> Bywa i tak. Ale to też zależy od tego czy liczymy zadanie o dużej
>> liczbie stopni swobody raz (wtedy RAM-u trzeba od metra) czy mniejsze
>> zadanie w wielu krokach czasowych (wtedy pamięci idzie zdecydowanie
>> mniej).
>>
>
> Jak solver jest mądrze napisany, to też bez większego znaczenia. Ileś
> tam lat temu zbudowałem maszynę do bardzo ciężkich obliczeń w Proe,
> bardzo niskim kosztem. Otóż Promechanica wszystko dzieli sobie na małe
> ilości danych, zapisuje je w swoich plikach (a nie w systemowej pamięci
> wirtualnej) bardzo elegancko tym zarządzając. Wystarczyło te pliki
> zapisywać na szybkim RAID0, i proszę: bardzo duża geometria wygenerowała
> 300 GB danych bez przerwy mielonych, ale solver leciał cały czas na 100%
> mocy procesora dwa tygodnie bez przerwy. I to był Barton, bez cachu 3L.
> Dlatego ja bym powiedział, że wszystko zależy najbardziej od softwaru-
> to pod konkretny program trzeba kupować sprzęt. Tylko, że w Polsce
> rzadko się zdarza dealer z taką wiedzą, żeby doradzić optymalne
> środowisko do zadania.
> Konrad

to teraz jeszcze posc to samo zadanie bez uzywania tej pamieci dyskowej
(mielenia dyskiem)
Dopiero wowczas porownaj rezultat i wyciagaj wnioski, gdyz czesc mocy
procesora szla na obsluge tych strumieni IO na/z dysku, a to jest
najwolniejsze gardlo w Twoim rozwiazaniu.

Z doswiadczenia powiem, ze dla zadan rownoleglych (na wielu komputerach
jednoczesnie - cluster), zadanie tez jest dzielone przez master-node na
wiele mniejszych i dystrybuowane na inne nody w clustrze. Tutaj
krytycznym waskim gardlem jest predkosc sieci.
Jesli to samo zadanie pozscsz jako rozproszone na jednej maszynie
wieloprocesorowej - to czas obliczen drastycznie spada (nie ma potrzeby
transferu zadan przez siec - krytyczne gardlo).
W jednym i drugim przypadku obciazenie procesorow jest niemal caly czas
maksymalne.

Powyzszy przyklad podalem jako analalogie do podanego przez Ciebie
przykladu - dla Ciebie waskim gardlem bedzie wlasnie transfer z/na dysk.


(dodatkowo wspomniana przez ciebie ProMechanica wykorzystuje elementy z
funkcjami ksztaltu wyzszych rzedow - model jest mniejszy przy zachowaniu
tej samej dokladnosci odwzorowania geometrii (nie wiem, czy tak to mozna
napisac) - sa to tzw p-elemnety (o ile dobrze pamietam). Inne systemy
MES uzywaja h-elementow z funkcjami ksztaltu nizszego rzedu (czyli dla
tego samego modelu bedzie ich znacznie wiecej) - a to tez ma wplyw na
wilkosc modelu (zwieksza sie DOF dla modelu).


--
pozdr
Adam (AL)
TG