Hi Am Donnerstag, den 30.03.2006, 01:18 +0200 schrieb Matthias Keller:

Hi

Ich habe hier ein AMD Athlon 2400+ mit einer dualscreen graka (Matrox G400) und einer einzelnen Graka (auch Matrox)

Mein Problem ist, dass zwar zB xine auf allen bildschirmen normal läuft, jedoch kaffeine nur auf dem primären Bildschirm vernünftig läuft. Auf den beiden anderen Screens geht X auf ca 75% CPU hoch und kaffeine benutzt den Rest - dies hat den Effekt dass das Bild etwa jede Sekunde etwas ruckelt was ziemlich unschön ist....

Wenn ich mich recht erinnere, unterstützt die G400 Overlay nur am primären Anschluß. Möglicherweise hängt das damit zusammen? Wenn Kaffeine das overlay softwaremäßig emuliert (Unter Windows bleibt das Videofenster auf dem zweiten Bildschirm einfach schwarz), wäre das eine Erklärung für die Systemlast. Gruß -- Dr. Reiner Pietrzak Abonnierte SuSE Mailinglisten

Guten morgen Am Donnerstag, 30. März 2006 01:58 schrieb Robert:

Meine Frage ist nun, ob es grundsätzliche sinnvoll ist SuSE 10.0 Prof. dafür einzusetzen, oder ob man mit SLES 9.0 in Bezug auf die Hardware besser fährt. Zu bedenken gilt noch, dass ich derzeit auch selbstgeschriebene Software (gcc compiliert) nutze. Ich denke, hier mmußt du slbst herausfinden, ob deine Software mit dem neuem GCC tut.

Gibt es eine CPU Beschränkung bei der Prof. Version? Wenn ja, ist diese nur von einer entsprechenden Kompilierung des Kernels abhängig? Afaik reicht ein SMP-Kernel, den du vermutlich eh hast. So einen Blödsinn wie CPU-Begrenzung gibt nur bei Microsoft, um die Kunden zu teuren Server Versionen zu zwingen. Bei Linux gibt es zwar auch eine, aber die wird für dich irrelevant sein.

Die bereits angesprochene selbstgeschriebene Software läuft bisher auf einem P4 mit Hyperthreading problemlos. Muss ich bei der späteren Ausführung auf einem Multiprozessorsystem mit Problemen rechnen? (Die Lastverteilung erreiche ich übrigens einfach über mehrfache Ausführung der Software, also mehrere Prongramminstanzen und nicht über Threads. Das geht glücklicherweise, weil mehrere voneinander völlig unabhängige Aufgaben parallel zu erledigen sind.) Wenn du das so löst bestimmt.

Ich gehe davon aus, dass die Prof. Version kein EM64T unterstützt. Da eine spätere Erweiterung des RAM voraussichtlich nicht vorgesehen ist, nehme ich an, dass ich auch kein EM64T brauche? Das hängt vom Kernel ab. Google sagt mir und dir, dass es gehn sollte.

Ich hab den Eindruck, du denkst zu sehr wie ein Microsoft Nutzer. Schau ob der verwendet Kernal kann, was du willst. Ich hab noch keine Distribution gesehen, die versucht künstliche Grenzen in den Kernel etc. einzubauen, damit die Server Pakete gekauft werden. Würde auch nicht viel Sinn machen. Bis dann, Tilo

Robert wrote:

[...] ich würde gerne auf einem Dual-Xeon System mit 4GB SuSE 10.0 installieren. Das System unterstützt grundsätzlich eine spätere Umrüstung auf Dual-Xeon-Dual-Core (also 4 logische CPUs!? Oder 8? Zählt man das Hyperthreading noch dazu?).

Es wuerde mich wundern, wenn Dual-Core CPUs vom Kernel des SLES 9 unterstuetzt werden. Generell ist die Unterstuetzung dafuer noch nicht so lange im Vanilla-Kernel. Dual-CPU Systeme (SMP) hingegen werden schon lange unterstuetzt.

Meine Frage ist nun, ob es grundsätzliche sinnvoll ist SuSE 10.0 Prof. dafür einzusetzen, oder ob man mit SLES 9.0 in Bezug auf die Hardware besser fährt.

Ich denke, mit SuSE 10 wuerdest Du hardwaretechnisch besser fahren. Die Professional Variante (genauer IIRC die 10.1) dient ja auch als Grundlage fuer den naechsten SLES 10. Die SLES zeichnen sich insbesondere durch den Support und die laenger zur Verfuegung stehenen Bugfixes/Updates aus. Der Support fuer SuSE 10 wird eben in ca. 2 Jahren (ab dem Erscheinungstermin gerechnet) auslaufen.

Zu bedenken gilt noch, dass ich derzeit auch selbstgeschriebene Software (gcc compiliert) nutze.

SuSE 10 kommt mit GCC 4 daher. Du musst eben schauen, dass Deine selbstgeschriebenen Programme damit compilieren und auch korrekt laufen.

Gibt es eine CPU Beschränkung bei der Prof. Version?

Die gibt es tatsaechlich, hat aber nichts mit der Professional Version zu tun, sondern mit dem Linux-Kernel selbst. Das Limit liegt aber weit jenseits von dem, was fuer Dich vermutlich relevant und bezahlbar ist ;-)

[...] Die bereits angesprochene selbstgeschriebene Software läuft bisher auf einem P4 mit Hyperthreading problemlos. Muss ich bei der späteren Ausführung auf einem Multiprozessorsystem mit Problemen rechnen?

Bei jeder Aenderung des OS (glibc, etc.) und des Compilers musst Du Dein Programm checken, ob es auch noch 100% funktioniert. Wir haben dafuer z.B. eine ganze Testsuite, die abgearbeitet werden muss. Tritt irgendwo ein Fehler auf, so wird erst dann ein generelles Upgrade aller Maschinen und ggf. des Clusters gemacht, wenn das Problem auf der Testmaschine zur Zufriedenheit geloest werden konnte.

[...] Ich gehe davon aus, dass die Prof. Version kein EM64T unterstützt. Da eine spätere Erweiterung des RAM voraussichtlich nicht vorgesehen ist, nehme ich an, dass ich auch kein EM64T brauche?

Du kannst auf EMT64 Systemen die 64-bit Variante von SUSE Linux installieren. Warum sollte das nicht gehen? Ob Dir 64-bit generell Vorteile bringt, kann ich nicht sagen, das haengt wohl vor allem davon ab, wie viel Speicher Dein Programm braucht. Auf 64-bit Systemen kannst ein Prozess eben mehr Speicher allokieren als auf einem 32-bit System, da ist in der Praxis noch unterhalb von 2GB Schluss.

[...] Sofern ersteres gilt, lässt sich grundsätzlich alles was sich unter x86 kompilieren lässt ohne irgendwelche Fixes auch für EM64T kompilieren? Bzw. ist das überhaupt nötig?

Die Frage heisst wohl eher, ob alle Software, die bisher ohne Probleme unter 32-bit Systemen compiliert und eingesetzt werden konnte, auch auf 64-bit Systemen compiliert und funktioniert. Die Antwort haengt von mehreren Dingen ab, unter anderem davon, wie sauber die Software geschrieben ist. Cheers, Th.