-
Data: 2009-01-11 17:06:33
Temat: Re: procesor do obliczen MES
Od: Konrad Anikiel <...@...c> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]AL pisze:
> 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.
Ale przecież ja wiem co i po co zrobiłem. Na pojedynczym dysku kolejka
IO była w perfmonie 100%, procesor 5%. Po włożeniu kontrolera RAID i
kilku dysków- system się radykalnie odkorkował.
>
> 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.
O ile software to potrafi. Pytający nie napisał co i czym chce robić,
więc nie ma się co wymądrzać.
> 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).
O ile to się w tym komputerze zmieści. Skąd wiesz, czy on chce robić
gwoździe papiaki, czy okręty podwodne?
> W jednym i drugim przypadku obciazenie procesorow jest niemal caly czas
> maksymalne.
Jeden przypadek jest dla jednych zadań,drugi dla innych. Jak dysponujesz
softem klasy Cosmos, to budujesz do niego mocną windowsową maszynę, a
jak masz Comsola (żeby też było na C)- masz dużo więcej możliwości,
można sobie optymalizować maszynę dla konkretnego zastosowania.
>
> Powyzszy przyklad podalem jako analalogie do podanego przez Ciebie
> przykladu - dla Ciebie waskim gardlem bedzie wlasnie transfer z/na dysk.
Dla tamtego komputera wąskim gardłem był procesor. Po wymianie na 30%
szybszy- analiza była 30% szybsza. Skąd Ty Sherlocku wywróżyłeś że ja
dokładając RAID nagle miałem problem z transferem- nie wiem...
>
>
> (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).
W h-codzie masz ilość DOF-ów, w p-codzie rząd równań. Jeden grzyb, jakby
któryś z nich był dużo lepszy to drugi by dawno zniknął z powierzchni ziemi.
Konrad
Następne wpisy z tego wątku
- 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) <=