Motore Dapper DataFlow. L'esecuzione di esecuzione del programma distribuito e parallelo
Scarica ora

Motore Dapper DataFlow. Classifica e riepilogo

Motore Dapper DataFlow. Tag

distribuito esecuzione parallelo Esecuzione Distribuito Programma Parallel Program Execution

Motore Dapper DataFlow. Descrizione

Il runtime di esecuzione del programma distribuito e parallelo Dapper (programma distribuito e parallelo dell'esecuzione del programma Runtime) è uno strumento per aver dominato le complessità dello sviluppo per il cloud e il calcolo della griglia su larga scala, consentendo all'utente di creare calcoli distribuiti dall'essentials - il codice che eseguirà dappertutto dappertutto? Viviamo in interessante I tempi, dove le scoperte nelle scienze dipendono sempre più dalla crescente disponibilità e abbondanza di risorse computazionali in rete. Con l'aiuto del cloud o della griglia, i calcoli che altrimenti funzionino per giorni su una singola macchina desktop ora hanno distribuito e / o formulazioni parallele che possono agitare, in una questione di ore, in ingresso imposta dieci volte più grande su cento macchine . Come seducente come l'idea di forza nei numeri può essere, avendo solo hardware fisico non è sufficiente, un programmatore deve creare il calcolo effettivo che verrà eseguito su di esso. Di conseguenza, l'alto valore posto sullo sforzo umano e la creatività richiede un ambiente di programmazione che consente e anche incoraggia, incoraggia la succesima espressione di calcoli distribuiti, eppure allo stesso tempo non sacrificare la generalità .Dapper, in piedi per il runtime di esecuzione del programma distribuito e parallelo, È uno strumento di questo tipo per colmare le specifiche di alto livello scienziato / programmatore che cattura l'essenza di un programma, con i meccanismi di basso livello che riflettono le realtà sgradevoli del calcolo distribuito e parallelo. Sotto il suo approccio orientato al dataflow, DAPPER consente agli utenti di effettuare il codice localmente in Java ed eseguirlo a livello globale sul cloud o sulla griglia. L'utente scrive per la prima volta codiletti o piccoli snippet di codice che eseguono compiti semplici e non, in se stessi, costituiscono un programma completo. Successivamente, lui o lei specifica come quei codeletti, visti come vertici nel dataflow, trasmettono dati l'uno all'altro attraverso le relazioni del bordo. Il DATAFLOW DATAFLOW DATAFLOW Direction Directed è un programma completo interpretabile dal server DAPPER, che, dopo essere stato contattato da clienti lavoratori di lunga durata, può coordinare un'esecuzione distribuita. Sotto il modello DAPPER, l'utente non ha più bisogno di preoccuparsi del tradizionalmente Aspetti Hoc di gestire il cloud o la griglia, che includono la gestione di interconnessioni e dipendenze dei dati, il recupero degli errori, della distribuzione del codice e dei lavori di avvio. Forse ancora più importante, fornisce un intero toolchain e runtime basato su Java per inquadrare quasi tutti i calcoli distribuiti a grana grossa in un formato coerente che consente una rapida implementazione e un facile trasporto ad altri ricercatori. Ecco alcune caratteristiche chiave di "Dapper DataFlow Engine": · Un sistema di distribuzione del codice che consente al server DAPPER di trasmettere il codice del programma richiesto sulla rete e avere i client lo caricano dinamicamente. Una conseguenza di questo è che, barrando gli eseguibili esterni, gli aggiornamenti dei programmi DAPPER devono accadono solo sul lato server. · Un potente metodo di incorporamento del sottoflusso per modificare dinamicamente il grafico del dataflow in fase di esecuzione. · Un runtime in vaniglia Java, una lingua con cui molti sono senza dubbio conosciuti. A parte il requisito di un recente JVM e opzionalmente graphviz Dot, Dapper è autosufficiente. · Un robusto protocollo di controllo. Il server DAPPPER prevede che un numero qualsiasi di client non riesca a fallire, in qualsiasi momento, e ha politiche personalizzabili di riesecuzione e timeout per far fronte. Di conseguenza, si può iniziare e fermare i clienti (long-lived) senza paura di mettere l'intero sistema in uno stato incoerente. · Semantica flessibile che consente trasferimenti di dati tramite file o flussi TCP. · Interoperabilità con i firewall. Poiché il tuo cloud o griglia locale probabilmente si trova dietro un firewall, abbiamo ideato semantica speciale per lo streaming dei trasferimenti di dati. · Termini di licenza liberale. Dapper viene rilasciato sotto il LGPL per evitare la contaminazione della tua base. · Funzionamento come applicazione incorporata. Un manuale utente descrive l'API di programmazione che gli utenti possono seguire per eseguire il server DAPPER all'interno di un'applicazione come Apache Tomcat. · Funzionamento come interfaccia utente standalone. Con esso, è possibile eseguire demos off-the-shelf e imparare i concetti di base da esempi visivi. Seguendo un set minimo di convenzioni, si può quindi raggruppare i propri programmi dapper come archivi di esecuzione, quindi ottenere lo stato del dataflow in tempo reale e il debug di feedback. Requisiti: · Ambiente di runtime di Edizione standard Java 2 Cosa c'è di nuovo in questa versione: · Aggiunta l'astrazione del flussosentaglimento, in modo che gli utenti possano ora associare i metadati con i dataflows e i loro nodi. · Risolto una perdita di memoria nel server DAPPER. · Aggiunti tag Apiviz Disclet in modo che le relazioni tra le classi possano essere visualizzate meglio. · Aggiunto Apivis per la visualizzazione delle dipendenze in Javadoc. · Risolto un piccolo bug in BuildingTest eseguibile. · Il processo di build è ora completamente integrato con Apache Ivy. La distribuzione della fonte ora navi più a lungo con il SST. Invece, le dipendenze vengono scaricate automaticamente; In caso contrario, si può scaricare la sorgente SST, compilare e pubblicare su un repository locale. Vedere il manuale dell'utente per maggiori dettagli. · Processo di costruzione aggiornato e rimuovere i passaggi ridondanti. · Avviso di copyright e licenza normalizzati in tutti i file. · Java 1.6 è ora necessario per costruire ed eseguire. · Modificare il processo di costruzione per utilizzare Apache Ivy, il che significa che le dipendenze esterne non devono più essere confezionate con la distribuzione principale SST. · Aggiunto il target 'DOXYGEN' per creare il processo in modo che i componenti nativi possano essere documentati.

Motore Dapper DataFlow. Software correlato