Università degli Studi di Napoli Federico II - Scope

More documents

Recommendations

Info

Entrambi possono essere considerati esempi di virtualizzazione. Nel primo l'utente non è a conoscenza del guasto e del suo automatico aggiramento. Nel secondo l'utente accede ai dati senza sapere quale macchina della rete serve la sua richiesta. 1.2.3 Bilanciamento e condivisione delle risorse Il Bilanciamento e la condivisione delle risorse sono aspetti importanti delle griglie, che forniscono le necessarie funzioni di gestione delle risorse. Questo aspetto permette alla griglia di distribuire i tasks alle risorse disponibili. In un sistema della griglia sovraccaricato, l'algoritmo di scheduling può ridistribuire tasks su sistemi che sono inattivi o comunque meno carichi. In questo modo l'algoritmo di scheduling della griglia trasferisce in modo trasparente i tasks ad una macchina meno carica, ottimizzando l'utilizzo delle risorse meno utilizzate. 1.2.4 Elaborazione parallela e distribuita Alcuni tasks possono essere divisi in più sottotasks, ognuno dei quali può essere elaborato su una macchina diversa. Nell'ambito del calcolo scientifico, della modellazione matematica, nell'elaborazione di immagini o nell'animazione 3D questo viene molto spesso utilizzato. Ognuna di queste applicazioni può essere scritta per essere eseguita come un singolo sottotask indipendente, poi, i risultati provenienti da ogni sottotasks possono essere combinati per produrre l'output desiderato. Ci sono, tuttavia, dei vincoli che limitano l'utilizzo di questa pratica, non tutti i tasks possono essere partizionati in questo modo. Inoltre c'è un limite nel numero di sottotasks in cui un task può essere diviso, facendo da limite superiore al massimo incremento di performance raggiungibile. Se due o più di questi sottotasks lavorano sullo stesso insieme di strutture di dati, Tommaso Foglia 961/147 Pagina 8 di 150
dovrà esistere qualche sistema di controllo, come avviene per la concorrenza nei database o tipo semafori per quanto riguarda i sistemi operativi, per fare in modo che la struttura dati utilizzata non diventi inconsistente. Quindi esiste un vincolo sul tipo di tasks che può essere pensato di essere mandato in esecuzione sulla griglia ed esiste inoltre un limite sul poter rendere un'applicazione grid-enabled. 1.2.5 Affidabilità del servizio Una griglia può essere utilizzata in uno scenario in cui gli utenti possono inviare i loro jobs ed ottenere l'output, l'utilizzo che gli utenti fanno della grigilia può essere misurato nel tempo in cui questi vengono completati. In questo scenario, dove è tenuta una sorta di contabilità all'utente per i servizi di cui ha usufruito, è auspicabile che l'utente si aspetti una determinata affidabilità del sistema. Questo viene specificato in un accordo: Service Level Agreement(SLA). SLA stabilisce la qualità minima del servizio, della disponibilità delle risorse. SLA può anche specificare un minimo tempo di up-time desiderato del sistema. Le griglie, come detto, provvedono una tolleranza ai guasti, stabilità e capacita di esecuzione in parallelo per determinati tasks e può essere utilizzato per lo sviluppo di sistemi distribuiti. La qualità del servizio puo' essere basata sulle richieste dell'utente, in modo che l'algoritmo di scheduling dei tasks possa dare precedenza all'uno o all'altro utente. Un utente potrebbe avere bisogno dei servizi offerti dalla griglia per un'applicazione in tempo reale ed ovviamente sarà richiesto un QoS maggiore rispetto agli altri utenti. Così, l'algoritmo di scheduling della griglia potrà dare priorità ai job dell'utente rispetto agli altri job in esecuzione. Questo fornirà il necessario livello di affidabilità all'applicazione in tempo reale dell'utente. Una qualità del servizio elevata può essere ottenuta riservando alcune risorse della griglia per determinati job. Quando queste risorse riservate sono inutilizzate possono Tommaso Foglia 961/147 Pagina 9 di 150
Page 1 and 2: Università degli Studi di Napoli F
Page 3 and 4: Indice generale Introduzione.......
Page 5 and 6: Introduzione Nell'ambito delle arch
Page 7 and 8: Non c'è bisogno che l'utente sia a
Page 9 and 10: Figura 2: Esempio di sottomissione
Page 11: differenti controlli amministrativi
Page 15 and 16: 1.3 Le problematiche nell'acquisizi
Page 17 and 18: Le sue principali caratteristiche s
Page 19 and 20: 2 L'infrastruttura dei Datacenter d
Page 21 and 22: L'utilizzo del paradigma Grid è di
Page 23 and 24: Andiamo ad esaminare i servizi e gl
Page 25 and 26: in un server che fornisce un singol
Page 27 and 28: vengono impiegate per il calcolo ef
Page 29 and 30: Tali nodi devono fornire buoni requ
Page 31 and 32: delle code, ed altro ancora. del se
Page 33 and 34: Le informazioni per individuare eve
Page 35 and 36: descritte nel documento “Configur
Page 37 and 38: L'elemento root del documento è il
Page 39 and 40: 3.3 Esempi di batch system: PBS e L
Page 41 and 42: associate ai job: numero di process
Page 43 and 44: considerando le risorse disponibili
Page 45 and 46: • Lm massimo numero di job esegui
Page 47 and 48: • FINISHED_TIME tempo di fine ese
Page 49 and 50: portare per favorire la collaborazi
Page 51 and 52: standard e tecnologie che consenton
Page 53 and 54: Affinchè le portlet possano essere
Page 55 and 56: 4.3 Un'esempio di Enterprice Portal
Page 57 and 58: all'inserimento della pagina nel po
Page 59 and 60: 5.1 Raccolta dei requisiti e casi d
Page 61 and 62: TRIGGER Selezione di un radio butto
Page 63 and 64:
USE CASE #4 SELEZIONE PERIODO CUSTO
Page 65 and 66:
pagina ogni 20 secondi. Riposiziona
Page 67 and 68:
messaggio d'errore. Dopo questa pri
Page 69 and 70:
• HD_vo(IdQueue, date, IdVo, Tot,
Page 71 and 72:
Capace di interfacciarsi sia con si
Page 73 and 74:
5.3 Design del sistema ed implement
Page 75 and 76:
Figura 23: Codice della pagina JSP
Page 77 and 78:
l'integrazione di codice HTML e cod
Page 79 and 80:
Figura 29: Menù per la sceltà del
Page 81 and 82:
Nelle successive attivazioni, trami
Page 83 and 84:
La tabella hw_coda, ad esempio, con
Page 85 and 86:
E' riportata una sola query come es
Page 87 and 88:
Per quanto riguarda il terzo requis
Page 89 and 90:
Le date scelte per il periodo saran
Page 91 and 92:
e annui. I grafici che venivano cre
Page 93 and 94:
Figura 41: Chiamata inserita nel cr
Page 95 and 96:
Per ovviare ai tempi di attesa nel
Page 97 and 98:
• GridComponent: classe che conti
Page 99 and 100:
Per la parte relativa alla Gestione
Page 101 and 102:
7 Bibliografia e Sitografia 1. Intr
Page 103 and 104:
Appendice A Di seguito andiamo a mo
Page 105 and 106:
Tommaso Foglia 961/147 P
Page 107 and 108:
height="25" />
Page 109 and 110:
} //DATE PER I GRAFICI AD INTERVALL
Page 111 and 112:
End date
Page 113 and 114:
Vo selection all
Page 115 and 116:
} //SE I GRAFICI PER IL PERIDO CUST
Page 117 and 118:
arg1[1] =("-D") ; arg1[2] = ("/home
Page 119 and 120:
Tommaso Foglia 961/147 P
Page 121 and 122:
fileNames[i].contains(vo)) {// out.
Page 123 and 124:

Page 125 and 126:
k=1; %>
Page 127 and 128:
} Tommaso Foglia 96
Page 129 and 130:
if (fileObjects2[i].isDirectory())
Page 131 and 132:
Appendice B Di seguito verranno esa
Page 133 and 134:
public static void main(String[] ar
Page 135 and 136:
* Recupero delle informazioni sullo
Page 137 and 138:
atch.aggiornaDatabase_Scheduler(TD,
Page 139 and 140:
atch.Nome_Sito); int numRow = minIn
Page 141 and 142:
DBOsservazioni.ElminaMin("hm_gruppo
Page 143 and 144:
for (Coda c : insiemeCode) { Set in
Page 145 and 146:
" and j.idqueue='" + idCod + "' gro
Page 147 and 148:
} else if (stat.compareToIgnoreCase
Page 149 and 150:
arg[3] =("sito1"); arg[4] = (data);
Page 151 and 152:
listaGraficiDB_VG.add(graficoC); }
Page 153 and 154:
" sum(Pend) as Pend ,sum(Run) as Ru
show all

Università degli Studi di Napoli Federico II - Scope

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?