Anfang 2010: Neue Intel-Prozessoren mit integriertem Grafik-Chip (Multi-Chip) und Linux-Unterstuetzung
Andreas Borutta
Anfang 2010 sollen neue Intel-Prozessoren angeboten werden, wo ein
Grafik-Chip integriert ist (Multi-Chip).
Vermutlich ben�tigen Systeme mit solchen Prozessoren deutlich weniger
Energie im Leerlauf als bisher �bliche Systeme.
Ich kann �berhaupt nicht einsch�tzen, wie lange es dauern wird, bis
f�r solche Hardware Linux-Treiber verf�gbar sind.
Was sagt die Glaskugel von Euch Kennern dazu?
Dauert sowas - Eurer Erfahrung nach mit vergleichbaren
Neuerscheinungen - wenige Wochen oder viele Monate?
Zur Zeit scheint 45W im Leerlauf die untere Grenze bei ATX-Boards zu
sein. Dieser Wert wurde von der c't bei einem AMD-Komplettsystem
gemessen (also mit HDD):
MSI 785GM-E51
AMD Athlon II X2 240
Grafik onboard
Als Ger�chte habe ich gelesen (wei� nicht mehr wo), dass mit dem neuen
Intel 30W im Leerlauf m�glich sind.
Andreas
--
Kubuntu 9.10
Thomas Bächler
> Moin,
>
> Anfang 2010 sollen neue Intel-Prozessoren angeboten werden, wo ein
> Grafik-Chip integriert ist (Multi-Chip).
> Energie im Leerlauf als bisher ï¿œbliche Systeme.
>
> Ich kann ï¿œberhaupt nicht einschï¿œtzen, wie lange es dauern wird, bis
> fï¿œr solche Hardware Linux-Treiber verfï¿œgbar sind.
>
> Was sagt die Glaskugel von Euch Kennern dazu?
>
> Dauert sowas - Eurer Erfahrung nach mit vergleichbaren
> Neuerscheinungen - wenige Wochen oder viele Monate?
Die CPU wird sicherlich schon Wochen bis Monate vor Markteinfï¿œhrung
unterstï¿œtzt sein. Sofern die Grafik von Intel selber ist ([1]) und von
der Struktur entsprechend groï¿œe ï¿œhnlichkeit mit den bestehenden
Intel-Chipsï¿œtzen hat, ist es auch hier mï¿œglich dass sie bei
Markteinfï¿œhrung unterstï¿œtzt ist - zumindest in den Bleeding-Edge
Versionen des drm-intel Kernels, libdrm und intel-xorg-Treiber. Dazu
solltest du evtl. die intel-gfx Mailingliste verfolgen.
[1] Negativbeispiel hierzu: Der "Intel GMA500" ist ein Chip der nicht
von Intel ist, und der nicht mit dem intel-OpenSource-Treiber
funktioniert und das wohl auch nie wird. Es gibt wohl einen Binary-Blob,
der aber angeblich nicht funktioniert. Das ist ï¿œrgerlich, weil man sich
darauf verlï¿œsst dass beim Kauf von "Intel G(M(A)) *" Linux-Unterstï¿œtzung
gegeben ist - in diesem Fall wï¿œrde man gegen die Wand laufen.
Andreas Borutta
>> Anfang 2010 sollen neue Intel-Prozessoren angeboten werden, wo ein
>> Grafik-Chip integriert ist (Multi-Chip).
>> Vermutlich ben�tigen Systeme mit solchen Prozessoren deutlich weniger
>> Energie im Leerlauf als bisher �bliche Systeme.
>>
>> Ich kann �berhaupt nicht einsch�tzen, wie lange es dauern wird, bis
>> f�r solche Hardware Linux-Treiber verf�gbar sind.
>>
>> Was sagt die Glaskugel von Euch Kennern dazu?
>>
>> Dauert sowas - Eurer Erfahrung nach mit vergleichbaren
>> Neuerscheinungen - wenige Wochen oder viele Monate?
>
> Die CPU wird sicherlich schon Wochen bis Monate vor Markteinf�hrung
> unterst�tzt sein. Sofern die Grafik von Intel selber ist ([1]) [...]
Danke f�r die Info. Dann sind also Ank�ndigungen zum Grafik-Chip
abzuwarten.
Abgesehen von der Unterst�tzung:
Haltet ihr die CPU f�r interessant oder w�rdet ihr, st�ndet ihr vor
einer Entscheidung, keinesfalls darauf warten?
Sind irgendwo Nachteile versteckt, derer man sich bewu�t sein sollte?
Andreas
--
Kubuntu 9.10
Peter Matthias
> Haltet ihr die CPU für interessant oder würdet ihr, stündet ihr vor
> einer Entscheidung, keinesfalls darauf warten?
Ich halte sie für so interessant, dass ich ebenfalls darauf warte, obwohl
ich eigentlich mit meinem X2 3800 recht zufrieden bin.
> Sind irgendwo Nachteile versteckt, derer man sich bewußt sein sollte?
Sie könnte nicht ganz billig sein ;-)
Peter
Arno Welzel
> Zur Zeit scheint 45W im Leerlauf die untere Grenze bei ATX-Boards zu
> sein. Dieser Wert wurde von der c't bei einem AMD-Komplettsystem
> gemessen (also mit HDD):
> MSI 785GM-E51
> AMD Athlon II X2 240
> Grafik onboard
>
> Als Ger�chte habe ich gelesen (wei� nicht mehr wo), dass mit dem neuen
> Intel 30W im Leerlauf m�glich sind.
So viel? Mein Netbook mit N270 und 945-Chipsatz braucht mit laufender
(mechanischer) 160 GB-Platte und 2 GB RAM ca. 12-15 Watt. Und das nicht
im Leerlauf sondern bei Benutzung und mit beleuchtetem Display. Der
verwendete 60 Wh-Akku h�lt etwa 5-6 Stunden.
Und dabei ist der verbaute Chipsatz nicht mal besonders sparsam, sondern
wird wegen seiner ineffektiven Arbeitsweise kritisiert, die ma�geblich
zum Verbrauch beitr�gt.
Der hier verwendete Router l�uft unter Linux auf einem Thinclient mit
VIA C3-CPU und Compactflash als Speichermedium - der d�rfte auch kaum
�ber 15 Watt im normalen Einsatz kommen.
Ich dachte, man w�re im Desktop-Bereich mittlerweile auch weiter.
Arno Welzel
> Danke f�r die Info. Dann sind also Ank�ndigungen zum Grafik-Chip
> abzuwarten.
>
> Abgesehen von der Unterst�tzung:
> Haltet ihr die CPU f�r interessant oder w�rdet ihr, st�ndet ihr vor
> einer Entscheidung, keinesfalls darauf warten?
Ich w�rde nicht warten. Sparsame Hardware gibt es auch jetzt schon und
wegen die m�glichen 20-30% Einsparung werden wohl durch
Anschaffungspreis mehr als ausgeglichen. Auch die Umweltbilanz wird
sicher nicht besser, wenn man z.B. statt bereits produzierter Hardware
auf neue Chips wartet, die erst irgendwann 2010 kommen.
> Sind irgendwo Nachteile versteckt, derer man sich bewu�t sein sollte?
Hoher Preis, nur wenige Mainboards, die das unterst�tzen - und ob
�berhaupt ATX damit angeboten wird, ist auch eher fraglich. Sowas wird
wohl prim�r in Richtung "Kompaktcomputer" zielen, wo ATX eben genau
*nicht* verwendet wird und eine CPU mit integrierter Grafik aus
Platzgr�nden sinnvoll ist.
Andreas Borutta
>> Danke f�r die Info. Dann sind also Ank�ndigungen zum Grafik-Chip
>> abzuwarten.
>>
>> Abgesehen von der Unterst�tzung:
>> Haltet ihr die CPU f�r interessant oder w�rdet ihr, st�ndet ihr vor
>> einer Entscheidung, keinesfalls darauf warten?
[...]
>> Sind irgendwo Nachteile versteckt, derer man sich bewu�t sein sollte?
>
> Hoher Preis, nur wenige Mainboards, die das unterst�tzen - und ob
> �berhaupt ATX damit angeboten wird, ist auch eher fraglich.
Danke f�r die Einsch�tzung.
Dann fehlt mir jetzt noch die Information, ob mit dem von mir
favorisierten Board "MSI 785GM-E51" tats�chlich der "Suspend to RAM"
zuverl�ssig und ohne Probleme funktioniert.
Das ist f�r mich ein "Must-Have".
Aber das Board scheint leider keiner der Leser hierzugroup zu nutzen.
(Keine Antwort in Message-ID: <i78mxwop...@borumat.de>)
Angeblich soll die Unterst�tzung des "Suspend to RAM" unter Linux
tendenziell schlecht sein.
Ein c't Redakteur schrieb mir zu diesem Thema, dass viele
Distributionen das Thema gar nicht mehr weiterverfolgen, sondern sich
auf kurze Boot-Zeiten konzentrieren.
K�rzlich habe ich f�r einen Freund, dem "Suspend to RAM" unwichtig
ist, einen Linux-Rechner mit einem Gigabyte GA-MA785GMT-UD2H
zusammengeschraubt.
"Aus der Box" funktionierte der "Suspend to RAM" mit Ubuntu 9.10
jedenfalls nicht.
Weiter recherchiert bzw. probiert habe ich zu diesem Board jedoch
nicht.
Andreas
--
Kubuntu 9.10 | KDE 4.3.2
http://borumat.de/firefox-browser-tipps
Thomas Bächler
> Angeblich soll die Unterstï¿œtzung des "Suspend to RAM" unter Linux
> tendenziell schlecht sein.
> Ein c't Redakteur schrieb mir zu diesem Thema, dass viele
> Distributionen das Thema gar nicht mehr weiterverfolgen, sondern sich
> auf kurze Boot-Zeiten konzentrieren.
Das ist traurig. Sehr traurig. Schuld sind die Hersteller: Suspend
funktioniert auf allen Maschinen, in denen alle Gerï¿œtetreiber korrekten
Suspend-Code haben und in denen der ACPI Standard eingehalten wurde.
Letzteres ist in den wenigsten Fï¿œllen gegeben.
Da dein Board wohl hauptsï¿œchlich Intel-basiert ist, wird es wohl kaum
Probleme mit den Treibern geben. Fï¿œr den letzteren Punkt hilft nur eins:
probieren.
Ich muss dazu sagen, dass Suspend auf meinem Laptop 100% zuverlï¿œssig
funktioniert, zumindest mit 2.6.30 bis 2.6.32, 2.6.29 ging iirc nur
schlecht bis garnicht, 2.6.25 bis 2.6.28 wieder super.
Andreas Borutta
>> Dann fehlt mir jetzt noch die Information, ob mit dem von mir
>> favorisierten Board "MSI 785GM-E51" tats�chlich der "Suspend to RAM"
>> zuverl�ssig und ohne Probleme funktioniert.
>> Das ist f�r mich ein "Must-Have".
>> Angeblich soll die Unterst�tzung des "Suspend to RAM" unter Linux
>> tendenziell schlecht sein.
>> Ein c't Redakteur schrieb mir zu diesem Thema, dass viele
>> Distributionen das Thema gar nicht mehr weiterverfolgen, sondern sich
>> auf kurze Boot-Zeiten konzentrieren.
>
> Das ist traurig. Sehr traurig. Schuld sind die Hersteller: Suspend
> funktioniert auf allen Maschinen, in denen alle Ger�tetreiber korrekten
> Suspend-Code haben und in denen der ACPI Standard eingehalten wurde.
> Letzteres ist in den wenigsten F�llen gegeben.
>
> Da dein Board wohl haupts�chlich Intel-basiert ist,
Das MSI-Board ist eines f�r AMD-CPUs.
> wird es wohl kaum
> Probleme mit den Treibern geben.
Verstehe ich Dich richtig, dass Deiner Erfahrung nach bei Boards f�r
Intel-CPUs der "Suspend to RAM" meistens funktioniert, w�hrend dies
bei Boards f�r AMD-CPUs seltener der Fall ist?
Thomas Bächler
>> Da dein Board wohl hauptsï¿œchlich Intel-basiert ist,
>
> Das MSI-Board ist eines fï¿œr AMD-CPUs.
Achso, ich dachte es geht noch um die Intel-CPU und das zugehï¿œrige
Board, sorry.
>> wird es wohl kaum
>> Probleme mit den Treibern geben.
>
> Verstehe ich Dich richtig, dass Deiner Erfahrung nach bei Boards fï¿œr
> Intel-CPUs der "Suspend to RAM" meistens funktioniert, wï¿œhrend dies
> bei Boards fï¿œr AMD-CPUs seltener der Fall ist?
Ich habe mich wohl nicht eindeutig ausgedrï¿œckt. Ich meinte, dass die
Komponenten die von Intel stammen in aller Regel gute Linux-Treiber
haben, damit meine ich unter anderem die Mainboard-Chipsï¿œtze und die
dort angeschlossenen Komponenten. Die Qualitï¿œt dieser Treiber ist einer
der wichtigen Aspekte die Suspend ermï¿œglichen oder verhindern.
Bei AMD-CPUs findet man keine Intel-Komponenten, sondern hï¿œufig Via,
SiS, Nvidia und so Kram. Ich wollte nicht sagen dass die schlechter
sind, sondern ich weiￜ schlichtweg nicht wie die Qualitￜt der
zugehï¿œrigen Treiber im Bezug auf Suspend ist.
Ein wichtiger Aspekt beim Suspend ist neben dem Mainboard auch die
Grafik: Mit dem proprietï¿œren nvidia-Treiber wirst du Suspend to RAM so
ziemlich vergessen kï¿œnnen - bei manchen gehts, aber bei den meisten eher
nicht. Mit intel-Grafik habe ich wiederum gute Erfahrungen. ï¿œber die
Open Source Variante der ATI Treiber weiￜ ich leider wenig, aber die
funktionieren eh erst in den gaaaanz aktuellen Linux-Versionen richtig
gut (sprich denen, die noch nicht drauï¿œen sind).
Du siehst, ob Suspend funktioniert oder nicht ist von sehr vielen
Faktoren abhï¿œngig, und sobald eine Komponente nicht mitspielt hast du
leider Pech. Wenn es nur ein Netzwerk-Treiber ist, kann man das mit ein
wenig Frickelei umgehen, aber wenn Festplatten-Controller oder (was
hï¿œufiger ist) Grafik nicht mitspielen gibt es nicht mehr viel was du tun
kannst.
Und selbst wenn das alles stimmt kann dir wie in meiner letzten Mail
erwￜhnt eine inkorrekte ACPI-Implementierung den Spaￜ verderben -
letztere lï¿œsst sich manchmal durch ein BIOS Update, manchmal garnicht
aus der Welt schaffen.
Mein Tipp: Informiere dich genauestens was fï¿œr Komponenten MSI verbaut
hat: welcher Chipsatz, welche Grafik? Informiere dich, wie gut Suspend
bei vorhandenen MSI Produkten in der Vergangenheit war und ob sie solche
Probleme auf Anfrage mit BIOS-Updates oder Schweigen beantwortet haben.
Hinweise auf diese Dinge solltest du bei stundenlangem Googlen
hoffentlich aus diversen Forenbeitrￜgen herauslesen kￜnnen. Viel Spaￜ.
Manfred Schmitt
>
> Mein Tipp: Informiere dich genauestens was für Komponenten MSI verbaut
> bei vorhandenen MSI Produkten in der Vergangenheit war und ob sie solche
Hier funktioniert suspend2ram ueber uswsusp auf einem MS-7181 (=K8MM3-V,
also schon ein Paar Jahre alt) voellig problemlos mit verschiedensten
kerneln.
Ich wuesste aber wie ich das verhindern kann:
Einfach eine alte bttv-Karte einbauen ;-)
> Probleme auf Anfrage mit BIOS-Updates oder Schweigen beantwortet haben.
Darauf wuerde ich nicht bauen.
Und wech,
Manne
Andreas Borutta
>> Verstehe ich Dich richtig, dass Deiner Erfahrung nach bei Boards fīŋŊr
>> Intel-CPUs der "Suspend to RAM" meistens funktioniert, wīŋŊhrend dies
>> bei Boards fīŋŊr AMD-CPUs seltener der Fall ist?
[...]
Danke fīŋŊr den ausfīŋŊhrlichen Kommentar.
> Du siehst, ob Suspend funktioniert oder nicht ist von sehr vielen
> Faktoren abhīŋŊngig, und sobald eine Komponente nicht mitspielt hast du
> leider Pech.
> Mein Tipp: Informiere dich genauestens was fīŋŊr Komponenten MSI verbaut
> hat: welcher Chipsatz, welche Grafik?
Das steht alles in der Spezifikation des Boards.
Aber ich will nicht extrapolieren, anhand von Erfahrungen der
Vergangenheit. Ich mīŋŊchte vielmehr sicher /vor/ einem Kauf wissen, ob
S2R funktionieren wird.
Da ich das Board ohne gesteckte Grafikkarte, sondern mit
Onboard-Grafik nutzen mīŋŊchte, ist fīŋŊr mich nur wichtig, ob es eine
einzige Person gibt, die es nutzt und bei der "Suspend to RAM" unter
einem aktuellen Kernel funktioniert.
Mein Pech:
Es gibt bisher keinen Nutzer des Boards, dem meine Frage
Message-ID: <i78mxwop...@borumat.de>
aufgefallen ist.
Im Netz habe ich bisher erfolglos recherchiert.
Vielleicht war ich auch nicht geschickt genug mit den SuchwīŋŊrtern.
Insgesamt ist das Thema Hardware und Linux so dermaīŋŊen unerfreulich*
(auch bei vergangenen Aktionen), dass ich immer wieder dicht vor einer
Totalaufgabe des Vorhabens stehe, ein freies OS zu nutzen. :(
Andreas
* Und es frisst schier unfassbare Mengen an Zeit.
Manfred Schmitt
>
> Insgesamt ist das Thema Hardware und Linux so dermaßen unerfreulich*
> (auch bei vergangenen Aktionen), dass ich immer wieder dicht vor einer
> Totalaufgabe des Vorhabens stehe, ein freies OS zu nutzen. :(
>
und problemlos funktioniert ;-)
Und wech,
Manne
Vladimir Dovgal
wrote:
> Andreas Borutta schrieb:
>
> > Moin,
>
> > Anfang 2010 sollen neue Intel-Prozessoren angeboten werden, wo ein
> > Grafik-Chip integriert ist (Multi-Chip).
> > Energie im Leerlauf als bisher übliche Systeme.
>
> > Ich kann überhaupt nicht einschätzen, wie lange es dauern wird, bis
> > für solche Hardware Linux-Treiber verfügbar sind.
>
> > Was sagt die Glaskugel von Euch Kennern dazu?
>
> > Dauert sowas - Eurer Erfahrung nach mit vergleichbaren
> > Neuerscheinungen - wenige Wochen oder viele Monate?
>
> unterstützt sein. Sofern die Grafik von Intel selber ist ([1]) und von
> der Struktur entsprechend große Ähnlichkeit mit den bestehenden
> Intel-Chipsätzen hat, ist es auch hier möglich dass sie bei
> Markteinführung unterstützt ist - zumindest in den Bleeding-Edge
> Versionen des drm-intel Kernels, libdrm und intel-xorg-Treiber. Dazu
> solltest du evtl. die intel-gfx Mailingliste verfolgen.
>
> [1] Negativbeispiel hierzu: Der "Intel GMA500" ist ein Chip der nicht
> von Intel ist, und der nicht mit dem intel-OpenSource-Treiber
> funktioniert und das wohl auch nie wird. Es gibt wohl einen Binary-Blob,
> darauf verlässt dass beim Kauf von "Intel G(M(A)) *" Linux-Unterstützung
> gegeben ist - in diesem Fall würde man gegen die Wand laufen.
Vladimir Dovgal
Michael Müller
> Arno Welzel schrieb:
>
>
> Dann fehlt mir jetzt noch die Information, ob mit dem von mir
> favorisierten Board "MSI 785GM-E51" tats�chlich der "Suspend to RAM"
> zuverl�ssig und ohne Probleme funktioniert.
> Das ist f�r mich ein "Must-Have".
>
> Aber das Board scheint leider keiner der Leser hierzugroup zu nutzen.
> (Keine Antwort in Message-ID: <i78mxwop...@borumat.de>)
>
> Angeblich soll die Unterst�tzung des "Suspend to RAM" unter Linux
> tendenziell schlecht sein.
> Ein c't Redakteur schrieb mir zu diesem Thema, dass viele
> Distributionen das Thema gar nicht mehr weiterverfolgen, sondern sich
> auf kurze Boot-Zeiten konzentrieren.
>
ich habe hier das Board am Laufen. Fungiert als Server ohne Grafik. Mit
Suspend habe ich mich aber nicht besch�ftigt.
Ansonsten liegt die Standbyleistung (Soft aus) mit einem guten Netzteil bei
1,2 Watt. Im Betrieb messe ich so ca 50 Watt, also Werte, die auch C�t
angibt.
AMD 240 II (nicht e) sowie 1 HDD und eine SDD
Kaufgrund war der Preis, die lastabh�ngige Abschaltung der Spannungsregler
und die durable Kondensatoren.
F�r ein Desktopsystem w�rde ich dieses Board ebenfalls nehmen, da die
eingebaute Grafik zur Zeit einer der Besten ist.
Michael