Condor gratis download, Condor download op software download

Schema en voer Remote CPU-intensieve applicaties uit met behulp van de inactieve cycli van distributieve werkstations Condor is een gespecialiseerd werkbelastingssysteem voor compute-intensieve banen. Net als andere full-featured batch-systemen, biedt Condor een vacature-wisselmechanisme, planningsbeleid, prioritaire schema, resource-monitoring en resourcebeheer. Gebruikers leggen hun seriële of parallelle taken in op Condor, Condor plaatst ze in een wachtrij, kiest wanneer en waar de banen op basis van een beleid kunnen worden uitgevoerd, zorgvuldig bewaakt hun voortgang, en informeert de gebruiker uiteindelijk na voltooiing. Wonder dat de gebruiker van Een meer traditioneel batch-wachtsysteem, kan de nieuwe architectuur van Condor het mogelijk zijn om te slagen in gebieden waar traditionele planningssystemen falen. Condor kan worden gebruikt om een cluster van speciale compute-knooppunten (zoals een "Beowulf" -cluster te beheren). Bovendien stellen unieke mechanismen in staat om effectief te worden verspild CPU-vermogen van anders inactieve desktopwerkstations. Condor kan bijvoorbeeld worden geconfigureerd om alleen desktopmachines te gebruiken waar het toetsenbord en de muis inactief zijn. Mocht Condor detecteren dat een machine niet langer beschikbaar is (zoals een sleutelpers gedetecteerd), in veel omstandigheden kan Condor in staat zijn om transparant een checkpoint te produceren en een taak te migreren naar een andere machine die anders inactief zou zijn. Condor vereist geen gedeeld bestandssysteem op de machines - als er geen gedeeld bestandssysteem beschikbaar is, kan Condor de gegevensbestanden van de taak namens de gebruiker overdragen of kan Condor mogelijk alle I / O-aanvragen van de taak op de hoogte brengen Dien de machine in. Dientengevolge kan Condor worden gebruikt om naadloos alle computationele vermogen van een organisatie in één resource te combineren. Condor bewaakt een pool van machines om inactieve machines te vinden die vervolgens worden gebruikt om ingediende taken te voltooien en biedt ook externe systeem- en controlemechanismen die een transparante externe uitvoering en vacature migratie mogelijk maken. Note: Condor is gelicentieerd en gedistribueerd en gedistribueerd onder de Apache-licentie. Wat is er nieuw in deze release: · Deze release is incompatibel bij het communiceren met eerdere versies van Condor als CCB is ingeschakeld of als private_network_name is geconfigureerd. · De DMAA-versie bijgewerkt. Deze nieuwe versie voldoet aan GFD.133, de DMAA 1.0-raster-aanbevelingsstandaard. Er zijn drie nieuwe functies toegevoegd om aan de vereisten van de specificatie te voldoen en er waren verschillende bugs opgelost. Nieuwe functies: · Ondersteuning toegevoegd voor het gebruik van een erkend script als een uitvoerbaar bestand in een verzendbestand op Windows. Zie Paragraaf 6.2.6 op pagina voor meer informatie. · Verbeterde ondersteuning voor particuliere netwerken: CCB toegevoegd, de Condor-verbindingmakelaar. Het is vergelijkbaar in functionaliteit naar GCB, de generieke verbindingmakelaar, maar het heeft verschillende voordelen, inclusief gebruiksgemak en werken op Windows en UNIX-platforms. GCB blijft werken, maar we kunnen het enige tijd verwijderen in de 7.3 Development-serie. De belangrijkste ontbrekende functie in CCB op het moment dat het voorkomt dat het wordt vervangen door GCB te vervangen, is ondersteuning voor connectiviteit van het ene private network naar de andere. CCB werkt alleen bij het aansluiten van een openbaar netwerk naar een privé. Taken kunnen bijvoorbeeld worden verzonden vanaf een Condor_Schedd op het openbare internet naar Condor_Startd Daemons op een privé-netwerk, als de Condor_Startd Daemons is geconfigureerd om een CCB-server te gebruiken die toegankelijk is voor de Condor_Schedd Daemon. Als de Condor_Schedd Daemon echter op één privé-netwerk is en de Condor_Startd Daemons op een ander privé-netwerk bevinden, helpt CCB niet. Zie Paragraaf 3.7.3 voor meer informatie over CCB. · Ondersteuning toegevoegd voor een CPU-affiniteit op Linux-platforms. · Ondersteuning toegevoegd voor de optie Condor_Q-Better-Analyse op Windows. · Want_hold toegevoegd. Wanneer Preempt wordt waar, als Want_Hold waar is, wordt de taak in de wacht gezet voor de reden (optioneel) gespecificeerd door Want_Hold_Reason en Want_Hold_Subcode. Deze beleidsuitdrukkingen worden geëvalueerd door de uitvoerende machine. Zoals gewoonlijk kan de baneneigenaar periodieke_release en / of periodieke_remove-uitdrukkingen specificeren om automatisch op specifieke hold-staten te reageren. · Toegevoegd aan het debug () van de Classad-functie. Zie paragraaf 4.1.1 voor de details van deze functie. · De Condor_Schedd kan nu MD5-vinkomsten gebruiken om te voorkomen dat u meerdere exemplaren van hetzelfde uitvoerbare bestand in de spoolmap kunt opslaan. Merk op dat deze functie alleen executables op de CONDOR_SCHEDD heeft verzonden via de COPY_TO_SPOOL-opdracht binnen een Dossier Indienen. · Verminderd het aantal Sleeps Condor_Dagman doet om de logbestandsconsistentie te onderhouden wanneer een DAG meerdere gebruikerslogboeken gebruikt voor knooppuntopdrachten. Dagman doet nu een slaap per verzendcyclus, in plaats van één slaap voor elke submit. · Voegde de opdrachtregelvlag -IMPORT_ENV aan CONDOR_SUBMIT_DAG toegevoegd. Dit plaatst expliciet de omgeving van de indiening in het .condor.Sub-bestand. · Geoptimaliseerd de verwijdering van grote aantallen banen. Eerder heeft het verwijderen van tienduizenden banen de Condor_Schedd-daemon veroorzaakt om enkele minuten veel CPU-tijd te consumeren. · Verminderd geheugengebruik door de Condor_Shadow-daemon. Aangezien er één Condor_Shadow-proces per bedrijfsopdracht is, helpt dit het aantal lopende taken te verhogen dat een verzendmachine kan aankunnen. Onder Linux 2.6 vonden we dat het uitvoeren van 10.000 banen van een enkele indienende machine vereist ongeveer 10Gbytes van System RAM. We vonden ook in dit geval dat meer dan 10.000 gelijktijdige banen heeft uitgevoerd, een 64-bits verzendmachine. Op een 32-bits Linux-platform is het kernelgeheugen uitgeput, ongeacht hoeveel extra RAM het systeem heeft. · Verminderde het geheugengebruik van de Condor_Collector Daemon, wanneer update_collector_with_tcp = true. Configuratie Variabele toevoegingen en wijzigingen: · De nieuwe configuratie-variabele open_verb_for__files maakt de standaardtolk voor scripts met een extensie-ext te wijzigen om te worden gewijzigd. Zie Paragraaf 6.2.6 op pagina voor meer informatie. · De nieuwe configuratie-variabele CCB_Address configureert een daemon om een of meer CCB-servers te gebruiken om communicatie met Condor-componenten buiten het privé-netwerk mogelijk te maken. Zie pagina . · De nieuwe configuratie-variabele max_file_descriptors (alleen op Unix-platforms) specificeert de vereiste bestandscriptorlimiet voor een Condor-daemon. Bestandsdescriptoren zijn een systeembron die wordt gebruikt voor open bestanden en voor netwerkverbindingen. Condor daemons waardoor veel gelijktijdige netwerkverbindingen een verhoogd aantal bestandsdescriptoren nodig hebben. Zie bijvoorbeeld pagina voor informatie over de bestanden-descriptorvereisten van CCB. · De nieuwe configuratie-variabelen enforce_cpu_affinity en Slotx_cpu_affinity op Linux-platforms laten condor toe om slots te vergrendelen tot de gegeven CPU's. · De nieuwe configuratie-variabele Debug_Time_Format maakt een aangepaste specificatie mogelijk voor het formaat van de tijd afgedrukt aan het begin van elke regel in het logbestand van een daemon. Zie 3.3.4 voor de volledige definitie van deze variabele. · De nieuwe configuratievariabele Share_Spooled_Executables is een Booleaanse waarde die bepaalt of de Condor_Schedd Daemon MD5-vinkomsten zal gebruiken om te voorkomen dat u meerdere exemplaren van hetzelfde uitvoerbare bestand in de spoolmap kunt opslaan. De standaardinstelling is waar.

Condor Gerelateerde software