Programmazione.it v6.4
Ciao, per farti riconoscere devi fare il login. Non ti sei ancora iscritto? Che aspetti, registrati adesso!
Info Pubblicit� Collabora Autori Sottoscrizioni Preferiti Bozze Scheda personale Privacy Archivio Libri Corsi per principianti Forum
Il parallelismo nel software: intervista a James Reinders (2/2)
Scritto da Ciro Fiorillo il 20-04-2010 ore 07:49
CF: OpenMP, MPI, CUDA, Intel Threading Building Blocks, CT technology... Qual' la tecnologia su cui dovrebbe puntare chi inizia oggi lo sviluppo di software parallelo, o l'introduzione del parallelismo in un software sequenziale gi esistente?
JR: La scelta dipende innanzitutto dal linguaggio utilizzato: per Fortran ci sono i tool HPC, per C/C++ abbiamo pi scelta. In questo caso occorre analizzare diversi fattori: il tipo di problema se data-parallel o task-parallel la produttivit, il codice esistente, la disponibilit di training e supporto, l'adozione di tecnologie adottate largamente dalla comunit degli sviluppatori. Con CUDA, ad esempio, siamo molto legati all'architettura dei dispositivi attualmente disponibili sul mercato, per cui il nostro investimento rischia di essere disperso dall'arrivo di nuovi dispositivi con differenti caratteristiche. Probabilmente al momento il compromesso migliore, per la protezione dell'investimento nel tempo, l'utilizzo di Intel Threading Building Blocks (TBB) abbinato alla tecnologia CT per quelle piccole parti di codice che presentano un parallelismo dei dati pi spinto. Si tratta di un ambiente altamente produttivo.

4520629324_e6ed98f6b6.jpg

CF: Quali vantaggi pu portare il parallelismo in ambienti pi tradizionali, come procedure transazionali, di data-entry, ERP? Non c' il rischio che lo sviluppo del parallelismo rimanga confinato solo entro le aree classiche del calcolo scientifico e ingegneristico, della grafica e del multimedia?
JR: Un primo ambito in cui la programmazione parallela porta i propri indiscussi vantaggi la virtualizzazione, che pu portare benefici anche agli ambiti pi tradizionali del software gestionale/transazionale. I vantaggi ottenibili sono su due fronti: l'aumento del numero di processi e la capacit di elaborare pi dati contemporaneamente. possibile aumentare la reattivit delle applicazioni e diminuire quindi il tempo di attesa dell'utente, si possono fare pi cose, o effettuare un'elaborazione su molti dati contemporaneamente. Anche i browser, con HTML5, avranno vantaggi dal parallelismo, cos come i database e il tempo di risposta delle interfacce utente. Si tratta, anche in questo caso, di una nuova sfida: abbiamo a casa la potenza di calcolo una volta destinata ai supercomputer: chi sar in grado di inventare la killer-application per l'utilizzo del nuovo hardware?

CF: Intel introdurr nel corso del 2010 una nuova tecnologia, Intel Cilk. Che differenze ci sono con TBB e, soprattutto, con OpenMP? Non sar solo un altro modo di scrivere una direttiva PRAGMA?
JR: Intel Cilk sar facilmente utilizzabile come OpenMP e introdurr delle estensioni per il compilatore, che gli consentiranno di ottenere delle performance ottimali. Esso deriva dall'implementazione di un sottoinsieme delle funzionalit di TBB, con il quale continuer a lavorare senza soluzione di continuit. Sia OpenMP che TBB sono attualmente utilizzati da un'ampia comunit di sviluppatori e ricercatori. La differenza principale con OpenMP sta nella genericit di quest'ultimo: Cilk pi concentrato su un determinato tipo di problemi, per cui si riescono a ottenere delle ottimizzazioni migliori rispetto a quelle di un programma sviluppato con OpenMP.

Il tempo a disposizione per l'intervista terminato rapidamente; mi congedo da James Reinders dandoci appuntamento per la prossima occasione e ringraziandolo per il tempo speso; i ringraziamenti vanno estesi anche a Christian Staudinger, Birgit Wissen e a tutto il team di Intel che ha reso possibile questa intervista.
Precedente: Lightspark, un Flash player open source italiano
Successiva: L'uso delle espressioni regolari in PHP
Copyright Programmazione.it™ 1999-2015. Alcuni diritti riservati. Testata giornalistica iscritta col n. 569 presso il Tribunale di Milano in data 14/10/2002. Pagina generata in 0.25 secondi.