NF3, K8T8X0 + Linux?

Also wenn du ein stabiles performantes source based system unter linux willst:

folgende HW is atm richtig gut supported:

R2x0 GFX (DRI Xorg mit render extensions, hw-acceld composite)[r200 DRM, hw-acceld mesa r200 treiber]
Intel EE NIC [laut Donald Becker _the_ NICs to choose]
Envy24 basierten Sound [ALSA mit enycontrol, windows like qualty]
Promise TX2/4 SATA controller (open source treiber, jedoch von Promise commited)


den ganze onboard crap ist kaum bis gar nicht bis _broken_ supported oder du hast nicht ansatzweise die qualität und die features die dir die windows treiber bieten.

das konkrete board sollte deshalb so wenig wie möglich onboard haben, sprich so simpel wie es nur geht sein und als direkte konsequenz dessen ist es obendrein auch noch billig. (den onboard shit alles disabeln)

und ja: du brauchst einen snddeamon da das sndcard file ja geöffnet ist, somit gelockt, also kann nicht mehr als ein prozess darauf zugreifen.

damit schlägst du mehrere fliegen mit einer klatsche:
*du hast hardware die du in dein nächstes system mitnehmen kannst

*du hast hardware die unter linux wirklich on par performance bietet wie unter windows

*du bist source only und kannst unter gcc3.4.x -mreg-params verwenden



overclocken jedoch würde ich unterlassen da ein ~x86 profile sowieso unstable ansich ist; mit overclocking dann oben drauf weiß du gar nicht mehr wer den crash jetzt wirklich zu verantworten hat. außerdem sind die paar prozent mehr cpu power die du dir mit 20-30% mehr clock erkauft hast, es dann nicht wert da du dann dann erst recht im thermal envelope eines P4s liegst, von dem du ja eigentlich wegkommen wolltest.

Zitat von Ringding

Blasphemie auf oc.at!

Bitte keine Untertreibungen

@SYSMATRIX: Welche Vorteile haette ich mit der erwaehnten Soundlösung gegenüber einer mit emu10k1?

Grafikkarte wird meine GF4Ti bleiben - ich vermeide proprietäre Software wo es geht, aber ich bin nicht bereit, auf 200% Performancezuwachs in 3D-Anwendungen zu verzichten, UND mich zusätzlich nach so einer Karte auf ebay deppertsuchen zu müssen.

Das Problem bei GBIT-NICs via PCI ist halt, dass dann ALLES zu ist. Und wenn ich einen Promise-SATA-Controller nehme, der auch noch via PCI am BUS hängt -> bybebye, Thruput.

Wie sieht's eigentlich mit C'n'Q-Support unter Linux aus?
acpid, richtige Kernelconfig, und fertig? Oder muss man extremfrickeln?

Das mit dem in's nächste System mitnehmen ist zwar eine nette Möglichkeit, aber beim nächsten wirklichen Upgrade wird PCI wohl keine allzu bedeutende Rolle mehr spielen...



Besonders würde mich die Qualitaet des forcedeth-Treibers interessieren, und die von sata_nv. Ich plane nicht, den PseudoRAID-Modus des Controllers zu nutzen, da ich sowieso eine Uniboot-Konfiguration fahren werde, und RAID ggf. via md-Support im Kernel realisiere.

Zitat von COLOSSUS

Besonders würde mich die Qualitaet des forcedeth-Treibers interessieren

ich hab ein nf2 borad und muss sagen das ich mit dem forcedeth treiber noch keine probleme hatte.

ich pers. würde noch nicht auf a64 umsteigen.