-
Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!newsfeed.silweb.
pl!newsfeed.pionier.net.pl!news.glorb.com!postnews.google.com!y1g2000pra.google
groups.com!not-for-mail
From: Konrad Anikiel <a...@g...com>
Newsgroups: pl.sci.inzynieria
Subject: Re: procesor do obliczen MES
Date: Mon, 12 Jan 2009 08:49:34 -0800 (PST)
Organization: http://groups.google.com
Lines: 85
Message-ID: <a...@y...googlegroups.com>
References: <gkb352$r31$1@news.ds.pg.gda.pl> <gkb78s$qmu$1@inews.gazeta.pl>
<gkbaae$p0h$1@news3.onet> <gkci1k$skd$1@inews.gazeta.pl>
<gkcj09$44r$1@inews.gazeta.pl> <gkcm8a$ioi$1@news3.onet>
<gkd8uq$s9p$1@inews.gazeta.pl> <gkf9c7$amo$1@news3.onet>
<4...@n...googlegroups.com>
<gkfpkh$r7v$1@news3.onet>
NNTP-Posting-Host: 195.224.69.146
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1231778974 20317 127.0.0.1 (12 Jan 2009 16:49:34 GMT)
X-Complaints-To: g...@g...com
NNTP-Posting-Date: Mon, 12 Jan 2009 16:49:34 +0000 (UTC)
Complaints-To: g...@g...com
Injection-Info: y1g2000pra.googlegroups.com; posting-host=195.224.69.146;
posting-account=s_knbgoAAABnjazG523hnYRJDlH9qW0F
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR
1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR
3.0.04506.648; .NET CLR 3.5.21022),gzip(gfe),gzip(gfe)
Xref: news-archive.icm.edu.pl pl.sci.inzynieria:22529
[ ukryj nagłówki ]On 12 Jan, 16:03, AL <a...@s...tam> wrote:
> > 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?
>
> Pytanie - co zawieraja te dane - gdyz program moze tworzyc sobie pewne
> wyniki czastkowe na dysku - na przyklad zapisuje kazdy z przeliczonych
> krokow czasowych, etc.
A ja wiem co tam jest? Zrzuca w kółko na dysk pliki o wielkości
porównywalnej z wielkością RAMu, ale ciągle po nich jeździ, nie tylko
po ostatnim. Tamto było już jakieś 2 lata temu i w firmie dla której
juz nie pracuję- nie sprawdzę.
>
> Jaki duzy byl to model, jesli "zwyczajowo" (*) mozna by przyjac, ze 1mln
> DOF powinien zmiescic sie w 1GB RAM (solver iteracyjny)
Nie pamiętam. W p-codzie wielkości modelu nie określa się milionami
DOFów, tylko ilością równań każdego rzędu.
> > 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.
>
> no i OK, ale po co sie rzucasz ;)
Nie rzucam się.
>
> >> 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.
>
> ale zakladamy, ze autor watku szuka rozwiazan optymalnych do wielu
> zastosowan - a nie tylko do konkretnego.
Pewnie tak, ale uniwersalność może kosztować pieniądze i/lub czas. W
skrajnym przypadku (co nie znaczy że odosobnionym) konstruktor
zrezygnuje z jakiejś analizy lub ją zbytnio uprości, tracąc pewność że
rozwiązanie jest bezpieczne.
> Przy obecnej cenie RAMu i pazernosci OS (zakladam - moze blednie - ze
> autor bedzie korzystal z najnowszych rozwiazan (np.Vista) - co nie
> zawsze jest najlepsze) - nie nalezy zapominac, by procz szybkiej
> jednostki liczacej miec rowniez w zanadrzu odpowiedni potencjal pamieci.
Zgoda, wkłada się tyle ile OS/płyta da radę połknąć.
>
> >>> 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ł?
>
> a jakie systemy procz Pro-Mechanica aktywnie z tego korzystaja
> (czynnie jako podstawowy typ elementow) ?
Jest trochę, nie mam czasu szukać. NAFEMS ma listę gdzieś na stronie.
A widziałeś to? http://en.wikipedia.org/wiki/Hp-FEM
Konrad
PS a propos: Zienkiewicz zmarł 2 stycznia...
Następne wpisy z tego wątku
- 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) <=