On 12 Jan, 11:26, AL <a...@s...tam> wrote:
> Konrad Anikiel pisze:> 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ł.
>
> ale RAID tez ma swoja granice i nawet najszybszy kontroler nie mozna
> porownywac do wydajnosci z pamiecia RAM

Napisałem że w tamtym modelu solver wygenerował sobie 300 GB danych.
Ile razy w życiu widziałeś komputer z taka ilością RAMu? Wyobrażasz
sobie jakiś system operacyjny na codzień używany do zwyczajnych zadań
będący w stanie skutecznie sobie poradzić z taką ilością danych jako
ciągły kloc w pamięci? Przecież napisałem: to było tanie,
specjalistyczne rozwiązanie do konkretnego zadania. I działało
wyłącznie dlatego, że dobrze wiedziałem jak promechanica te dane
obrabia.

> podobnie jak Ty nie zakladalem co autor watku chce robic.
> Podales jeden, jedyny przyklad, maszyny ktora zkonfigurowales pod jedno
> zadanie.

To był przykład po to, żeby pokazać jak znajomość problemu może pomóc
w jego realizacji. W ogólnym przypadku dowolnego programu, przy 300GB
danych, musiałbyś kupować maszynę za setki tysięcy euro. Ja to
zrobiłem za jakieś 1500.

>
> W wiekszosci analiz bardziej krytycznym jest transport informacji z/do
> procesora i tutaj czas tego transportu bedzie najnizszy, jesli model
> "zmiesci sie" w pamieci RAM.

Oczywiście, zgadzam się. Dlatego przy ograniczonym budżecie (a w
realnym świecie budżet zawsze jest ograniczony) trzeba zacząć od
dobrania najbardziej cwanego programu który sobie poradzi z zadaniem,
a potem przejść do budowania sprzętu tak, żeby ten program był w
stanie swobodnie swoją robotę robić. Każdy wie, że dysk jest 1000 razy
wolniejszy od RAMu i jeśli system jest zbudowany niewłaściwie, to
analiza będzie się rachować 1000 razy wolniej niż powinna. Natomiast
jak wszystko zrobić tak, żeby szło płynnie- trzeba wiedzieć co ma być
liczone. I tylko tyle chciałem powiedzieć.

> > 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.
>
> no i p zanika

Że co? Ktoś ostanio zrezygnował?
Konrad