| 17 | | "[wiki:TracAdmin trac-admin] ''yourenvdir'' initenv" created |
| 18 | | a new Trac environment, containing a default set of wiki pages and some sample |
| 19 | | data. This newly created environment also contains |
| 20 | | [wiki:TracGuide documentation] to help you get started with your project. |
| 21 | | |
| 22 | | You can use [wiki:TracAdmin trac-admin] to configure |
| 23 | | [http://trac.edgewall.org/ Trac] to better fit your project, especially in |
| 24 | | regard to ''components'', ''versions'' and ''milestones''. |
| | 12 | ''Olivier Dadoun, Christian Helft, Guy Le Meur, Antoine Pérus, François Touze, Alessandro Variola'' |
| 27 | | TracGuide is a good place to start. |
| | 15 | La conception des accélérateurs modernes nécessite la simulation détaillée d’un nombre croissant de nouveaux types de composants et de phénomènes intervenant dans l’accélération et le transport de particules chargées. De plus, en fonction des résultats attendus, le même phénomène peut être simulé selon différents modèles en utilisant différents algorithmes. Il en résulte que la simulation intégrée d’un accélérateur de particules dépend d’une multitude de paramètres et doit gérer un degré de complexité très élevé. Il importe alors que puissent être mis en œuvre des ensembles de logiciels articulés de manière cohérente, permettant éventuellement des confrontations répétées entre divers choix de modélisation et, par conséquent rapidement accessibles aux utilisateurs. Pour ce faire, la communauté des physiciens des accélérateurs dispose aujourd’hui d’un ensemble important de logiciels de conception de machines, fruit d’une expertise accumulée au cours des trois ou quatre dernières décennies. Malheureusement, cet ensemble reste aujourd’hui essentiellement virtuel, par le fait d’une importante dissémination des ressources et de diverses difficultés d’accès : dispersion des codes dans différents laboratoires, multiplicité de versions d’un même code, implémentations dépendantes des environnements informatiques, manque de publicité, manque de documentation etc. |
| | 16 | Dans ce contexte, l’efficacité des équipes du laboratoire dans le domaine de la conception et construction d’accélérateurs pourrait être grandement favorisée si elles pouvaient disposer d’un outil rationalisé et moderne de mise à disposition d’un ensemble coordonné de ces codes de simulation. L’expertise du LAL, tant dans le domaine de la physique que celui de la mise en œuvre informatique, pour peu qu’on la maintienne et l’amplifie quelque peu, autoriserait le lancement d’une initiative visant à mettre en place ce « serveur de simulation », qui ne manquerait pas d’intéresser, à terme, l’ensemble de la communauté internationale de physique des accélérateurs. |
| | 17 | Dans ce but, nous proposons un projet de « plateforme » de simulation en physique des accélérateurs, sous la forme d’un « portail » WEB. Ce portail fournirait l’accès à un ensemble, initialement réduit, puis enrichi progressivement, de différents logiciels permettant à terme la simulation complète d’un accélé-rateur. Le principe en serait que chacun des logiciels proposés soit disponible sous une forme directe-ment exécutable (de manière transparente à l’utilisateur), accompagné d’une documentation suffisante sur le type de modélisation employée et les conditions d’utilisation. Cette plateforme pourrait offrir la possibilité de construire interactivement une machine, de définir indépendamment les traitements physiques à appliquer sur différentes sections de cette machine, de vérifier la cohérence de la suite de logiciels mis en œuvre par l’utilisateur, de lancer l’exécution et d’effectuer une analyse, éventuellement graphique, des résultats produits. Bien entendu, ce type de calcul devrait pouvoir être réitéré en variant des paramètres sur une gamme définie par l’utilisateur. Une interconnexion avec des ressources significatives de calcul réparti sera prévue. |
| | 18 | Conception générale |
| 32 | | == Starting Points == |
| | 23 | La simulation proprement dite est constituée d’un enchaînement particulier de différents logiciels, construit à l’aide de « wrappeurs ». |
| | 24 | Outre les « écrans » permettant de fonctionner selon le mode qui vient d’être brièvement décrit, le portail doit donner accès notamment aux éléments suivants : |
| | 25 | * Une documentation générale concernant l’usage du portail |
| | 26 | * Une documentation spécifique à chaque logiciel, notamment sur le type de modélisation utilisé (c’est-à-dire, en fait, la documentation « officielle » du logiciel existant, éventuellement commentée et enrichie par les utilisateurs eux-mêmes). |
| | 27 | * Définition interactive des paramètres et gammes de variations |
| | 28 | * Sauvegarde des données et possibilité de reprise de la simulation |
| | 29 | * Analyse graphique des résultats |
![(please configure the [header_logo] section in trac.ini)](/PSPA/chrome/site/pspa.gif)
