Saxman hat geschrieben:matman hat geschrieben:Meinst Du "Multi-core scheduler support"?
Ja unter anderem.
Ich glaube, da hat sich nicht so viel geändert. Multi-core scheduler support ist ja beispielsweise im 2.6.26er Kernel schon mit drin. Ansonsten sind da ja so einige Optionen zu scheduling. Das viel mir schon beim Update zum Kernel 2.6.26 auf. Ich bin jetzt nicht ganz sicher, aber viel hat sich da glaube ich beim Kernel 2.6.27 nicht geändert. Könnten so ca. 2 neue Optionen gewesen sein, die ich glaube ich auch aktiviert habe. Aber genaueres kann ich leider nicht sagen. Ist schon wieder 3 bis 5 Wochen her als ich den 2.6.27er Kernel erstmals konfiguriert habe. Mittlerweile ist ja auch schon der rc4 verfügbar und da ich alle getestet habe, weiss ich nun auch nicht mehr jedes Detail.
Was mir heute mit Kernel 2.6.27-rc4 beim Kompilieren des Kernel 2.6.26.3-rt2 aufgefallen ist: Prozessorkern 1 war zu 100% und Prozessorkern 2 zu 50% ausgelastet. Vorher war Kern 2 mehr in Wartestellung. Was zwar auch gut sein kann, wenn man plötzlich online gehen will und den Browser öffnet. Aber das Kompilieren dauert länger als es müsste, wenn ein Kern nicht benutzt wird. Besser wäre, wenn beide Kerne zu 100% genutz werden. Aber ganz soweit ist das wohl noch nicht.
Saxman hat geschrieben:matman hat geschrieben:Beim Video gucken, oder wobei sonst?
Ach es ist mitllerweile zu einer richtigen Plage geworden.
Also ganz so schlimm erscheint mir das nicht. Spiele hab ich sowieso keine zur Zeit. Video geht relativ gut, wenn man im Kernel unter Processor type and features ---> diese Einstellung wählt: Preemption Model (Preemptible Kernel (Low-Latency Desktop)). Was PDF Dateien angeht ergeht mir das ähnlich. Wenn ich beispielsweise eine einzige PDF-Datei per Browser anwähle und dann mit dem adobereader öffnen möchte dauert es etwa eine Minute bis das erledigt ist und in der Zeit friert der Desktop ein. Schon seltsam das. Ich glaube das Problem habe ich, seit ich von Etch zu Lenny gewechselt habe.
Saxman hat geschrieben:Ich hoffe die kriegen das wieder in Griff, denn alles auf nvidia kann Ich ja auch nicht schieben.
Wenn's mit an Lenny liegt, da wird sich bestimmt noch was verbessern. Ist ja nunmal Testsoftware. Es scheint aber auch an Nvidia zu liegen. Ich habe gerade eben mal versucht den latency timer für die Grafikkarte höher zu stellen. Geht nicht. Wenn ich lspci -v mache kommt u.a. das hier:
Code: Alles auswählen
03:00.0 VGA compatible controller: nVidia Corporation GeForce 8400 GS (rev a1)
Subsystem: XFX Pine Group Inc. Device 2318
Flags: bus master, fast devsel, latency 0, IRQ 16
Das latency auf 0 steht finde ich sehr bedenklich. Es sollte mindestens auf 32 stehen, aber man kann nichts dran ändern. Ob es daran liegt, weil der Nvidia Treiber nicht Bestandteil der Kernelquellen ist? Oder ein Bug im Kernel? Da müsste man eigentlich mal nähere Infos suchen.
Gruß, Matman
