[Linuxtrent] Re: Hardware per Linux per calcoli
- From: Luca Manini <manini.luca@xxxxxxxxxx>
- To: linuxtrent@xxxxxxxxxxxxx
- Date: Mon, 8 Sep 2003 18:50:00 +0200
>>>>> "Emanuele" == Emanuele Olivetti <olivetti@xxxxxx> writes:
Emanuele> On Mon, Sep 08, 2003 at 03:05:32PM +0200, Mattia Merzi
Emanuele> wrote:
>> On Monday 08 September 2003 13:20, Luca Manini wrote: > e
>> cache, tanto throughput disco (-> N SCSI wide). Mai poi nella
>> oltre a quello che ha detto Emanuele, sei sicuro di avere cosi'
>> tanta scrittura su disco da dover acquistare un disco
>> straveloce e strapotente ?
Dipende. Finché tutti i dati che stai elaborando stanno in RAM no,
ma poi si finirà per swappare e allora o il disco va come una
lippa o la RAM diventa un vero limite insormontabile.
Emanuele> Una grid 3D da 30 nodi per lato fa 27 mila nodi, ovvero
Emanuele> 27 mila equazioni da risolvere ad ogni step
Emanuele> (sbaglio?).
Il problema non è la dimensione della soluzione (qualche centinaio
di kappa) mega) o della matrice (che è piuttosto sparsa con una
trentina di elementi non nulli per riga, quindi dell'ordine del
mega), ma una serie di vettori (la base di uno spazio delle
soluzioni) della dimensione della soluzione di cui ne possono
servire anche mille e qui cominciano i dolori.
Emanuele> Un run da 10000 step crea gia' un output di 270 milioni
Emanuele> di soluzioni che immagino tu voglia salvare da qualche
Emanuele> parte e graficare con un qualche bel tool tipo quelli di
Emanuele> cui mi hai parlato...
Nel caso particolare non si tratta di salvare le soluzioni
(l'algoritmo viene spesso testato su problemi omogenei in cui la
soluzione la so già: tutti zeri!), ma di vedere quante iterazioni
(ad esempio) ci mette.
bye, Luca
--
Per iscriversi (o disiscriversi), basta spedire un messaggio con OGGETTO
"subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx
Other related posts:
