Source code
HTCondor is a Distributed High Throughput Computing system developed at the Center for High Throughput Computing at the University of Wisconsin - Madison. With it, users can divide large computing workloads into jobs and submit them to an HTCondor scheduler, which will run them on worker nodes managed by HTCondor. The HTCondor manual is a comprehensive reference for users and administrators of HTCondor. The CHTC maintains active email lists where the HTCondor community asks and answers questions about the installation, use, or tuning of HTCondor. If you have a question, encounter a surprise about HTCondor, or a potential bug, these public email lists are the first place to go. We welcome GitHub pull requests for code fixes or documentation improvements, but if you have ideas for a big feature change, please talk with us first. See CONTRIBUTING.md for a guide to building from source, our development and pull request process, code conventions, and how to run the test suite. Materials from past meetings include talks from science and industry, plus useful tutorials. The HTCondor source code is licensed under the Apache-2.0 Open Source License. See the NOTICE.txt file for full details.
Excerpt from the source-code README · 1,953 chars · not written by Vinony
Wikidata facts
- Official website
- research.cs.wisc.edu/htcondor
Show 5 more facts
- software version identifier
- 25.8.2
- programmed in
- C++
- copyright license
- Apache License
- operating system
- Microsoft Windows
- source code repository URL
- github.com/htcondor/htcondor
Sources (3)
via Wikidata · CC0
Article · Français
Condor (renommé HTCondor en octobre 2012) est un kit de composants logiciels (framework) open source de parallélisation de traitement pour la parallélisation à distribution grossière de tâches de calcul lourdes.Il peut être utilisé pour gérer une charge de travail sur une grappe de serveurs dédiée, et/ou pour délester une charge de travail sur des postes de travail inactifs (grille informatique). Condor tourne sur les systèmes Linux, Unix, Mac OS X, FreeBSD, et sur les systèmes Windows actuels. Condor peut aisément faire collaborer des ressources dédiées (grappes de calculateurs en batterie) et des postes de travail non dédiés (grille informatique) en un seul environnement de calcul intégré. Condor est développé par l’équipe Condor à l'Université du Wisconsin-Madison et peut être utilisé librement. Condor suit une philosophie open source (sous licence Apache 2.0). Il peut être téléchargé depuis son site web ou via les dépôts de la plupart des distributions linux basées sur Debian. Par exemple, le pool Condor NAS compte approximativement 350 postes de travail SGI et Sun acquis initialement pour du développement logiciel, de la visualisation, de la messagerie électronique, de la rédaction de documents, etc.. Chaque poste de travail exécute un démon qui surveille les entrées-sorties de l’utilisateur et la charge du processeur. Quand un poste de travail est inoccupé depuis deux heures, un traitement de la file d'attente Condor est assigné au poste de travail et tourne jusqu'à ce que le démon détecte une action au clavier ou à la souris, ou une utilisation importante du processeur par un processus autre que Condor. À ce moment-là, le traitement Condor est retiré du poste de travail et replacé dans la file d’attente. Condor peut lancer à la fois des traitements parallèles et des traitements séquentiels. Des traitements séquentiels peuvent être lancés dans différents « univers », par exemple « vanilla » qui offre la possibilité de lancer la plupart des programmes « prêts à tourner » ou encore l’« univers standard » dans lequel les liens de l’application-cible sont ré-édités avec la bibliothèque d’entrées-sorties Condor qui fournit des fonctionnalités de communication avec des traitements distants et de contrôle de traitement pas à pas. Condor fournit aussi un « univers local » qui permet aux traitements de tourner sur un « hôte soumis ». Condor supporte les interfaces standard du monde parallèle MPI et PVM (Goux, et al. 2000) en plus de sa propre bibliothèque MW (“Master Worker”) dédiée à des tâches massivement parallèles. Condor-G permet aux traitements Condor d’utiliser des ressources qui ne sont pas directement sous son contrôle.Il est surtout utilisé pour communiquer avec une grille de calcul et des ressources d’infonuagique, telles que les (et proto-WS-*) , , et Amazon EC2.Mais il peut aussi être utilisé pour communiquer avec d’autres systèmes de traitement, tels que et . La prise en charge du Sun Grid Engine est actuellement en développement par le projet EGEE. Condor prend en charge l'interface de programmation de traitement . Cela permet à des clients compatibles DRMAA de soumettre et de contrôler des traitements Condor. L’ fournit un adaptateur (plug-in) Condor, qui rend possible la soumission et le contrôle de traitements Condor via les API Python et C++ de SAGA. Parmi les autres fonctionnalités Condor, citons “DAGMan” qui fournit un mécanisme pour décrire la dépendance entre traitements. Condor est un des planificateur de tâches supporté par GRAM, un composant de la . Condor était le planificateur de tâches utilisé pour les traitements de la première assemblée d’étude du génome humain. Dans la mesure où Condor optimise l’allocation du temps de calcul, laisser des ordinateurs allumés pour Condor accroît la consommation d’énergie et les coûts afférents. L’Université de Liverpool a fait la démonstration d’une solution opérationnelle à ce problème en utilisant un mélange de WoL et de gestion d’électricité commerciale . Depuis la version 7.1.1, Condor peut mettre en hibernation ou réveiller des machines en fonction d’une politique choisie par l’utilisateur, sans qu’il soit nécessaire d’utiliser un logiciel tiers pour cela.
Abstract from DBpedia / Wikipedia · CC BY-SA