Dapper Dataflow-motor De Distributed and Parallelle programma uitvoering runtime
Download nu

Dapper Dataflow-motor Rangschikking & Samenvatting

Dapper Dataflow-motor Tags

gedistribueerd uitvoering parallel Gedistribueerde programma-uitvoering Parallel Program Execution

Dapper Dataflow-motor Beschrijving

De Distributed and Parallelle programma uitvoering runtime Dapper (verdeeld en parallelle programma-uitvoering Runtime) is een hulpmiddel voor het temmen van de complexiteiten van het ontwikkelen voor grootschalige cloud- en gridcomputing, waardoor de gebruiker de gedistribueerde berekeningen van de essenties kan maken - de code die while dapper zal uitvoeren? We leven in interessant Tijden, waar doorbraken in de wetenschappen steeds meer afhankelijk zijn van de groeiende beschikbaarheid en overvloed aan gecodeiseerde, genetwerkte computationele bronnen. Met behulp van de cloud of net hebben berekende berekeningen die anders duren, nu op een enkele desktop-machine worden gedistribueerd en / of parallelle formuleringen die kunnen drinken, in een kwestie van uren, invoert tientijden als groot op honderd machines . Zoals aanlokkelijk als het idee van kracht in getallen, is het hebben van alleen fysieke hardware niet genoeg - een programmeur moet het maken van de daadwerkelijke berekening die erop zal lopen. Dientengevolge, de hoge waarde die op menselijke inspanning en creativiteit is geplaatst, vereist een programmeeromgeving die mogelijk maakt, en zelfs bevoegde beknopte uitdrukking van gedistribueerde berekeningen, en toch tegelijkertijd generity.dapper, permanent voor gedistribueerde en parallelle programma-uitvoering runtime opoffert is een dergelijk gereedschap voor het overbruggen van de hoogwaardige specificaties van de wetenschapper / programmeur die de essentie van een programma vastleggen, met de mechanismen op lage niveau die de niet-ravige realiteit van gedistribueerde en parallelle computer weerspiegelen. Onder de DataFlow-georiënteerde aanpak stelt DAPPER gebruikers in staat lokaal in Java te coderen en wereldwijd uitvoeren op de cloud of net. De gebruiker schrijft eerst codelets of kleine snippets van code die eenvoudige taken uitvoeren en niet, op zichzelf, een compleet programma vormen. Daarna specificeert hij of zij hoe die codeletten, gezien als hoekpunten in de dataflow, gegevens via randrelaties naar elkaar verzenden. De resulterende gerichte acyclische dataflow-grafiek is een compleet programma dat geïnterpreteerd is door de DAPPER-server, die, die bij het gecontacteerd zijn door langlevende werknemersklanten, een gedistribueerde uitvoering kan coördineren. Onder het DAPPER-model hoeft zich geen zorgen te maken over traditioneel HOC-aspecten van het beheren van de cloud of grid, waaronder het afhandelen van gegevensverbindingen en afhankelijkheden, herstellen van fouten, distributiecode en startopdrachten. Misschien wel nog belangrijker, het biedt een hele op Java gebaseerde toolchain en runtime voor het inlijsten van bijna alle grofkorrelige gedistribueerde berekeningen in een consistent formaat dat een snelle implementatie en eenvoudig transport naar andere onderzoekers mogelijk maakt. Hier zijn enkele belangrijke functies van "DAPPER DataFlow-engine": · Een code-distributiesysteem waarmee de DAPPER-server de vereiste programmacode over het netwerk kan verzenden en klanten dynamisch laden. Een gevolg hiervan is dat de bekende externe uitvoerbare bestanden, updates voor DAPPER-programma's alleen op de serverzijde nodig hebben. · Een krachtige SUBFLOW INBEDRIJFSMETHODIE VOORDIEDINGEN DIE DE DIEFLOW-GRAFIEK DIE OP RUIMTIME MODIGT. · Een runtime in vanille Java, een taal waarvan velen ongetwijfeld vertrouwd zijn. Afgezien van de vereiste van een recente JVM en optioneel Graphviz-punt, is DAPPER op zichzelf staand. · Een robuust controleprotocol. De DAPPER-server verwacht op elk moment een aantal klanten om te falen en heeft een aanpasbare heruitvoering en time-outbeleid om het hoofd te bieden. Dientengevolge kan men beginnen en stoppen (langdurige) klanten zonder angst om het hele systeem in een inconsistente toestand te brengen. · Flexibele semantiek die gegevensoverdrachten toestaan via bestanden of TCP-streams. · Interoperabiliteit met firewalls. Omdat uw lokale wolk of raster waarschijnlijk achter een firewall zit, hebben we speciale semantiek voor het streaming van gegevensoverdrachten bedacht. · Liberale licentievoorwaarden. Dapper wordt vrijgegeven onder de LGPL om besmetting van uw codebase te voorkomen. · Bediening als een ingebedde toepassing. Een handleiding beschrijft de programmering API die gebruikers kunnen volgen om de DAPPER-server in een applicatie zoals Apache Tomcat uit te voeren. · Bediening als een stand-alone gebruikersinterface. Daarmee kan men off-the-shelf demo's uitvoeren en kernconcepten leren van visuele voorbeelden. Door een minimale reeks conventies te volgen, kan men dan zijn eigen DAPPER-programma's bundelen als uitvoeringsarchieven en vervolgens realtime dataflow-status krijgen en feedback debuggen. Vereisten: · Java 2 Standaard Edition Runtime-omgeving Wat is er nieuw in deze release: · Toegevoegd de abstractie van de flowlister, zodat gebruikers metadata nu kunnen associëren met dataflows en hun knooppunten. · Een geheugenlek in de DAPPER-server opgelost. · Toegevoegde apiviz-doclet-tags, zodat relaties tussen klassen beter kunnen worden gevisualiseerd. · Toegevoegd ApivIZ voor visualisatie van afhankelijkheden in Javadoc. · Een kleine bug in BuildandTest-uitvoerbaar bestand opgelost. · Het buildproces is nu volledig geïntegreerd met Apache Ivy. De bronverdeling is nu langer verzonden met de SST. In plaats daarvan worden afhankelijkheden automatisch gedownload; Falende dat, men kan de SST-bron downloaden, het compileren en publiceren naar een lokale repository. Zie gebruikershandleiding voor meer informatie. · Bijgewerkt opbouwproces en overtollige stappen verwijderd. · Genormaliseerde auteursrechten en licenties in alle bestanden. · Java 1.6 is nu verplicht om te bouwen en te rennen. · Wijzig het bouwproces om Apache Ivy te gebruiken, wat betekent dat externe afhankelijkheden niet langer moeten worden verpakt met de SST-hoofddistributie. · Het doel van 'doxygen' toegevoegd om proces te bouwen, zodat inheemse componenten kunnen worden gedocumenteerd.

Dapper Dataflow-motor Gerelateerde software