-
Data: 2009-01-11 10:51:50
Temat: Re: procesor do obliczen MES
Od: Konrad Anikiel <...@...c> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]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
Następne wpisy z tego wątku
- 11.01.09 11:47 AL
- 11.01.09 11:52 AL
- 11.01.09 17:06 Konrad Anikiel
- 12.01.09 11:26 AL
- 12.01.09 11:41 Konrad Anikiel
- 12.01.09 16:03 AL
- 12.01.09 16:49 Konrad Anikiel
- 12.01.09 17:55 AL
- 12.01.09 21:53 Konrad Anikiel
Najnowsze wątki z tej grupy
- pokolenie Z
- huta ruszyla
- piece wodorowe
- Żarówka do lampy z czujnikiem ruchu
- most kilometrowy
- kladka Zagorze
- zapora Zagorze
- Rodzaj przekładni planetarnej z
- Zapora Stronie Śląskie cd
- Filtr do pompy ruskiej
- Wyważanie kół rowerowych
- Belka
- Precyzyjne cięcie opony samochodowej
- Nieparzyste dmuchanie
- Klej "samopoziomujący"
Najnowsze wątki
- 2025-01-27 OT musk
- 2025-01-27 Bydgoszcz => Specjalista ds. Sprzedaży (transport drogowy) <=
- 2025-01-27 Warszawa => Java Developer <=
- 2025-01-27 Warszawa => Data Engineer (Tech Lead) <=
- 2025-01-27 Warszawa => Programista Full Stack (.Net Core) <=
- 2025-01-27 Kto ma PRAWNĄ rację? poseł KO mec. R. Giertych v. mec. B. Lewandowski
- 2025-01-27 Gliwice => IT Expert (Network Systems area) <=
- 2025-01-27 Koszyk okrągły, walec 3x AA, na duże paluszki R6
- 2025-01-27 Warszawa => QA Engineer <=
- 2025-01-27 Warszawa => Analityk Biznesowo-Systemowy <=
- 2025-01-27 Mińsk Mazowiecki => Area Sales Manager OZE <=
- 2025-01-27 Bieruń => Team Lead / Tribe Lead FrontEnd <=
- 2025-01-27 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2025-01-27 Kraków => User Experience Designer <=
- 2025-01-27 Kraków => iOS Developer (Swift experience) <=