gelöst: Intel D945GCLF mit Atom CPU & GRUB Bootloader

Zitat

Originally posted by JanR
Wenn jemand das Teil am Laufen hat unter Linux... ich waere sehr an den Werten von nbench interessiert!

Und ich an den Werten von mubench.

Hi,

Zitat

Und ich an den Werten von mubench.

Ich auch

Gibt es inzwischen Neuigkeiten bzw. hat jemand es schon am Laufen?

In der aktuellen ct ist auf Seite 85 ein Test von dem Board, darunter auch der Kernelbaubench, bei dem das Board 1441 Punkte schafft (Celeron 430: 2524, Sempron LE-1150: 1891).

Spannend faende ich beim Kernel die Laufzeitunterschiede durch Ausnutzen des Hyperthreading, also bei laufendem SMP-Kernel jeweils

make clean ; time make

und

make clean ; time make -j2

Viele Gruesse,

Jan

Zitat

Originally posted by JanR
In der aktuellen ct ist auf Seite 85 ein Test von dem Board, darunter auch der Kernelbaubench, bei dem das Board 1441 Punkte schafft (Celeron 430: 2524, Sempron LE-1150: 1891).

Hat die c't eigentlich jemals exakt dokumentiert, welchen Kernel sie mit welcher Compilerversion und welcher Konfiguration unter welcher Distribution sie kompilieren und wieviele Jobs sie fürs make verwenden? (cores, cores+1, cores*2)? Und ob das cold oder hot cache ist (d.h. erster Make nach dem Boot oder mindestens zweiter)? Den Bench gibts ja schon länger, aber wie vergleichbar alte Ergebnisse mit neuen sind, würde mich ja doch interessieren.

Zitat

Spannend faende ich beim Kernel die Laufzeitunterschiede durch Ausnutzen des Hyperthreading, also bei laufendem SMP-Kernel jeweils

make clean ; time make

und

make clean ; time make -j2

Alles anzeigen

Das testet nicht das Hyperthreading, sondern den Scheduler. (make -j2 ist im Normalfall schon ohne HT schneller). Um Hyperthreading zu testen, muesste man make -j2 einmal mit und einmal ohne vergleichen: Entweder im Bios abschalten (was dann aber wieder zu anderen Selbstoptimierungen des Kernels führt, die man vielleicht nicht mitvergleichen will) oder das Make mit taskset auf eine der beiden logischen CPUs festnageln.

Hi,

Zitat

Das testet nicht das Hyperthreading, sondern den Scheduler. (make -j2 ist im Normalfall schon ohne HT schneller). Um Hyperthreading zu testen, muesste man make -j2 einmal mit

Richtig, aber der Effekt ist nicht so sehr stark, so dass der Ansatz durchaus als unaufwendiger Test funktioniert. Dein Weg ist natuerlich korrekter, wenn auch aufwendiger.

Zitat

und einmal ohne vergleichen: Entweder im Bios abschalten (was dann aber wieder zu anderen Selbstoptimierungen des Kernels führt, die man vielleicht nicht mitvergleichen will) oder das Make mit taskset auf eine der beiden logischen CPUs festnageln.

Letzteres wird nicht gehen... das nagelt IMO nur den make-Prozess fest, nicht die von ihm ausgeloesten Compiler-Aufrufe. Aber das koennte man bei Gelegenheit mal testen.

Zitat

Hat die c't eigentlich jemals exakt dokumentiert, welchen Kernel sie mit welcher Compilerversion und welcher Konfiguration unter welcher Distribution sie kompilieren und wieviele Jobs sie fürs make verwenden? (cores, cores+1, cores*2)? Und ob das cold oder hot cache ist (d.h. erster Make nach dem Boot oder mindestens zweiter)? Den Bench gibts ja schon länger, aber wie vergleichbar alte Ergebnisse mit neuen sind, würde mich ja doch interessieren.

Mich auch. Eine Version hatten sie mal angegeben, aber das sagt ja wenig aus... aus den Gruenden, die du genannt hast.

Ich mache solche Tests mit einem Kerneltarball, den ich extra inkl. Config aufhebe, um vergleichbare Ergebnisse zu bekommen und lasse dann ohne -j sowie mit 2,4, 8 und #Cores+1 laufen.

Viele Gruesse,

Jan

Zitat

Originally posted by JanR
Letzteres wird nicht gehen... das nagelt IMO nur den make-Prozess fest, nicht die von ihm ausgeloesten Compiler-Aufrufe. Aber das koennte man bei Gelegenheit mal testen.

[zu taskset X make -j2]

Also bei mir schien das durchaus zu tun, was es sollte (der spezifizierte Kern war am ackern, die anderen weiter am idlen). Man muss mit mehr als zwei CPUs nur beachten, dass X keine Nummer, sondern eine Bitmaske ist - d.h. X=1 für nur CPU 0, X=2 für nur CPU1, X=3 für CPU 0+1, X=4 für nur CPU 2, usw. Will man die CPUs direkt vorgeben, muss man -c verwenden.

BTW, hat jetzt eigentlich jemand das Board am Laufen (oder was anderes mit Silverthorne bzw. Diamondville)? Ich wäre schon sehr interessiert am Zeitverhalten gewisser Befehle, insbesondere der SSE-Einheit. Und den mubench-Autor wirds sicher auch freuen.

Schön, das es jetzt läuft. Darf ich bei der Gelegenheit vielleicht nochmal höflich anfragen, ob jemand Zeit und Musse für mubench hat? Würde mich wirklich sehr interessieren.

sehr netter Thread!

Vor lauter Begeisterung hab' ich mir jetzt auch ein D945GCLF bestellt. Nachdem der Produktivbetrieb mit Radeon und

[patch] RGB/PAL ueber VGA mit variabler Framerate

inzwischen schon moeglich ist, werde ich als naechstes versuchen den Patch auf die Intel GMA 950 zu portieren. Dann haette man auch hier bereits mit einer simplen Budget ein artefaktfreies Bild - am VGA/SCART:)

Hi,

Zitat

zu warten bzw. ändere deine Bestellung auf das D945GCLF2, daß hat zusätzlich noch ein
S-Video Ausgang onBoard und die CPU hat 2x phys. Kerne etc...

Bestellung ist schon raus:) Ist aber kein Problem.

Wenn's mit dem alten Board funkt, dann geht's mit dem neuen erst Recht! Ausserdem ist doch der Nervenkitzel hoeher das Ganze auch auf einer schwachen CPU zum Laufen zu bekommen...

Mir ist im Augenblick lieber ein etwas stabileres BIOS zu haben. Ich bin schon mal sehr gespannt. Bis das Board da ist, kann ich wenigstens schon mal die (zum Glueck) vorhandenen Datenblaetter durchlesen...

-sparkie

Hi cinfo,

Hast Du schon Informationen, ob auf dem Board SPDIF verfügbar ist?

Peter

Zitat

Originally posted by cinfo
Aber der CHIPsatz hat SPDIF auf dem Intel DG45FC Mini-ITX Motherboard wurde er nach außen gelegt.

Das ist ein G45 Board, kein 945 Board
Aber ja, Du hast Recht. Auch das D945GCLF hat einen Realtek Soundchip mit SPDIF. Fragt sich nur, ob man da rankommt.

Hallo linuxservice,

Ich habe ein GA GC230D mit dem selben Soundchip (ALC662) und auf dem Board ist SPDIF nicht verfügbar.
Kann es sein, dass es von diesen Soundchipsätzen verschiedene Ausführungen gibt?

cinfo

Kannst du bitte mal auf deinem Board "aplay -l" hier posten?

Danke.

Peter