FahCore_78 ???

[Michael H.W. Weber]

Ob 3DNow! unterstützt wird weiß ich nicht, müßte im Protokoll des cores stehen.

GROMACS unterstützt lauf Vijay Pande 3DNow! Interessant wäre die Frage, was GROMACS bei Erkennung einer Palomino CPU nutzt - SSE oder 3DNow! - ersteres wäre ja sinnvoller...

Michael.

[Euler]

[quote="Michael H.W. Weber]GROMACS unterstützt lauf Vijay Pande 3DNow! Interessant wäre die Frage, was GROMACS bei Erkennung einer Palomino CPU nutzt - SSE oder 3DNow! - ersteres wäre ja sinnvoller...

Michael.[/quote]

Explizit den (qualifizierten) CPU Typ zu checken halte ich für absurd.
Es sollte checken ob SSE vorhanden ist, und wenn ja, dann benutzen.
Alles andere wäre m.E. idiotisch.
Kommt also nur auf die richtige Reihenfolge/Priorität an, wie man die Features prüft.

Euler

[mwilk]

Hi!

Welches "Feature" eine CPU beherrscht wird normalerweise über Flags beim CPUID-Befehl abgefragt. Unter Linux geht man einen anderen Weg und frägt das Betriebssystem. Deshalb wird auch ein Kernel >= 2.4 benötigt und der muss dann meines Wissens nach auch noch die SSE-Komponenten besitzen. (Weiss jemand, ob man die /proc/cpuid-Unterstützung auch benötigt??)

Ich denke ich schon, dass die Programmierer von Gromacs (die kompetent zu sein scheinen) eine gewisse Reihenfolge beachtet haben a'la SSE2, SSE, 3DNow! ...

[Michael H.W. Weber]

Interessanter Weise führt GROMACS stets auf AMD K6-2 Rechnern zu Problemen - was in Stanford erkannt wurde und gerade überarbeitet wird. Sobald diese Kisten eine GROMACS WU und damit den zugehörigen "core" laden, gibt FAH Fehlermeldungen aus. Falls ihr also einen K6-2 habt, könnte es mit GROMACS (noch) zu Schwierigkeiten führen. Allerdings sind die GROMACS WUs seit gestern angeblich erst mal wieder vom Netz genommen worden, bis das Problem behoben ist.

Ich frage mich, was bei den K6-2 anders ist... Die haben doch schon 3DNow, oder? Wenn nicht, würde das wohl einiges erklären...

Michael.

[Euler]

Interessanter Weise führt GROMACS stets auf AMD K6-2 Rechnern zu Problemen - was in Stanford erkannt wurde und gerade überarbeitet wird. Sobald diese Kisten eine GROMACS WU und damit den zugehörigen "core" laden, gibt FAH Fehlermeldungen aus. Falls ihr also einen K6-2 habt, könnte es mit GROMACS (noch) zu Schwierigkeiten führen. Allerdings sind die GROMACS WUs seit gestern angeblich erst mal wieder vom Netz genommen worden, bis das Problem behoben ist.

Ich frage mich, was bei den K6-2 anders ist... Die haben doch schon 3DNow, oder? Wenn nicht, würde das wohl einiges erklären...

Michael.

Ha siehste!
Meine eine Linux Box hat nen K6-III-400.
Da ist GROMACS immer gekreiselt, Du weißt schon ...

Ob das was mit 3DNow! zu tun hat, was die K6-2/III tatsächlich haben, ist jedoch ziemlich spekulativ.

Andererseits ist der K-III ein ziemlich "normaler Pentium", mit dem ich wirklich nie irgendwelche Kompatibilitätsprobleme hatte.


Euler

[huraxprax]

ich würde mal vermuten daß Gromacs i686-Befehle benutzt. Der K6 hat zwar ne 6 im namen ist aber kein 686 wie der P2, erst die K7-Modelle. Bei SETI gibt es zum beispiel eine i386-Version und eine i686-Version, nur die i386 läuft auf einem K6
Ciao, Benno

[huraxprax]

Übrigens läuft gromacs auf dem Thunderbird mit 3dnow-Befehlen

[vfrey]

Jetzt hab' ich auch mal ein DE NOVO in water mit dem core_78 *freu*...aber kann das sein, dass Eulers FAH-Monitor damit Probleme hat ??? "No sufficient data yet" nach 30 %...

[Euler]

Jetzt hab' ich auch mal ein DE NOVO in water mit dem core_78 *freu*...aber kann das sein, dass Eulers FAH-Monitor damit Probleme hat ??? "No sufficient data yet" nach 30 %...

Yeah, das kann absolut sein, da er bislang das Log-Format des
GROMACS Cores nicht versteht ! Sorry, aber ich hatte bislang noch keine
GROMACS WU's, die auch liefen , und somit auch keine Gelegenheit, das neue Format zu analysieren ...

Wer mir vorab schon mal ein paar Log-Dateien zukommen lassen will,
ist hiermit aufgefordert, es auch zu tun

Ich kann dann schon mal nen Blick drauf werfen, und dann hoffentlich bald ein Update anbieten.

Euler

[vfrey]

Ist schon gesendet...