Volunteer computing: differenze tra le versioni

Versione delle 17:40, 5 set 2016

Versione delle 17:41, 5 set 2016

Riga 7:

Tra il 1998 e il 2002, furono anche fondate diverse società, quali Popular Power, Entropia, and United Devices, con modelli di business che coinvolgevano il volunteer computing.

Nel 2002, fu lanciato il progetto Berkeley Open Infrastructure for Network Computing (BOINC) presso lo Space Sciences Laboratory dell'Università della California, Berkeley su finanziamenti della National Science Foundation con lo scopo di fornire per il volunteer computing un completo sistema middleware, comprendente un client, un client GUI , un sistema di runtime, software per i server e software di implementazione del sito web del progetto. Il primo progetto basato su BOINC, lanciato nel 2004 dallo [[Scripps Research Institute]], fu [[Predictor@home]] seguito successivamente da SETI@home e [[ClimatePrediction.net]]. Numerosi nuovi progetti basati su BOINC sono stati creati nel corso degli anni seguenti, tra cui [[Rosetta@home, [[Einstein@home]], e [[AQUA@home]]. Nel corso del 2007 anche il progetto [[World Community Grid]]della IBM ha iniziato ad utilizzare BOINC abbandonando la piattaforma United Devices.

Inconvenienti per i partecipanti

• Aumento del consumo energetico: derivato dal fatto che una CPU utilizza generalmente più energia quando è attiva rispetto a quando è inattiva. Anche il desiderio di partecipare da parte del volontario che può sospendere le funzionalità di risparmio energetico o lasciando il computer acceso anche la notte porta ad un complessivo maggior dispendio energetico. Inoltre, se il computer non può raffreddarsi adeguatamente, il carico sulla CPU aggiunto del volontario può causarne surriscaldamento.

• Diminuzione delle prestazioni del PC: se l'applicazione di volunteer computing viene eseguito mentre il computer è in uso, può influire sulle prestazioni del PC a causa del maggiore utilizzo della CPU, della cache, memoria locale, e connessione di rete.

L’aumento del consumo energetico può essere risolto in qualche misura impostando un'opzione per limitare la percentuale di utilizzo del processore utilizzato dal client disponibile in alcuni software client.