EOn (beendet)

Ein bekanntes Problem in der theoretischen Chemie sowie der Untersuchung von Werkstoffen ist die Berechnung der Entwicklung von Materiesystemen auf atomarer Ebene. Von Interesse sind dabei zum Beispiel chemische Reaktionen oder Diffusionen. Diese Ereignisse treten aber nur sehr selten auf (um Größenordnungen seltener als die Geschwindigkeit der Bewegungen der Atome ist). Deshalb dauert es bei der Simulation der Bewegung aller Atome recht lange, bevor solche Ereignisse überhaupt eintreten. Aus diesem Grund wird dieses Projekt an der Universität von Texas durchgeführt.

Dieses Projekt nutzte das Cosm-Framework. Das Folgeprojekt eOn2 [1] hat das BOINC-Framework genutzt. Auch dieses wurde jedoch am 8.5.2014 beendet.

Inhalt

1 Projektübersicht
- 1.1 Projektstatus
- 1.2 Projektlinks
2 Clientprogramm
3 Qualitätssicherung

Projektübersicht

eOn
Name	eOn
Kategorie	Chemie
Ziel	Simulation seltener Ereignisse auf atomarer Ebene von Feststoffen
Kommerziell	nein
Homepage	eon.cm.utexas.edu (Archive.org)


	Dieses Projekt wird in Texas, USA durchgeführt.

Henkelmann Gruppe
Universität von Texas, Texas, USA

Projektstatus

Projektstatus
Status	aktiv
Beginn	Anfang 2002
Ende	02.09.2010

Projektlinks

Hintergrundinfos (Archive.org)
FAQ (Archive.org)
Statistiken: projekteigene (Archive.org)
Henkelman Research Group, Veröffentlichungen

e-Library (RKN-Wiki)

[nach oben]

Clientprogramm

Betriebssysteme

	Windows
	Linux
	DOS
	MacOS X
	BSD
	Solaris
	Java (betriebssystemunabhängig)

Client-Eigenschaften

Funktioniert auch über Proxy
Normal ausführbares Programm
Als Bildschirmschoner benutzbar
Kommandozeilenversion verfügbar
Personal Proxy für Work units erhältlich
Work units auch per Mail austauschbar
Quellcode verfügbar
Auch offline nutzbar
Checkpoints

Es ist aufgrund der Berechnungen des Projektes nicht möglich, mehrere WUs zu speichern und nacheinander abzuarbeiten. Es wird immer nur eine heruntergeladen - sobald diese berechnet und an den Server gesendet wurde, wird die nächste heruntergeladen. Dies ist auch der Grund, warum der Client nicht offline arbeiten kann.
Die eigentliche wissenschaftliche Anwendung von eOn ist die Datei "client.exe"; wenn man nur diese startet - auch mehrfach - rechnet jede einzelne Instanz an verschiedenen WUs. Versucht man aber über den Grafikclient von eOn ("eonguiclient.exe") mehrere Instanzen zum Laufen zu bringen, rechnen die durch den Grafikclient aufgerufenen Clients an ein und derselben WU. Offensichtlich "synchronisiert" der Grafikclient die Arbeit für den wissenschaftlichen Client. Ein weiterer Unterschied ist, daß der Grafikclient in die Dateien "client.log" und "display.txt" im eOn-Verzeichnis die laufenden Ereignisse schreibt, sodass die Dateien mit der Zeit also immer größer werden. Der reine Client ("client.exe") macht das nur im Fall von Serverkommunikationsproblemen. Sind also mehrere Instanzen aus demselben Verzeichnis aufgerufen worden, kann es, wenn auch unwahrscheinlich, zu Zugriffskonflikten kommen.
Vorteil von mehreren Instanzen ist es, dass ständig gerechnet wird. Bei nur einem Client gibt es in der Zeit der Kommunikation mit dem Server keine Arbeit, folglich wird nichts berechnet. Um mehrere Versionen zu starten, empfiehlt sich unter Windows eine bat-Datei. In diese einfach reinschreiben:

start /d "X:\Pfad1\" /b client.exe
start /d "X:\Pfad2\" /b client.exe
...

Das "/d" setzt den Pfad der Anwendung, die gestartet wird. Das ist wichtig, damit die client.exe die Dateien in Ihrem Verzeichnis findet.
Das "/b" verhindert, daß ein neues Konsolenfenster geöffnet wird. Bis zu 8 Instanzen pro Core dürften kein Problem sein.

[nach oben]