ab gen4 ist modesetting die besser Wahl.
Was ist gen4?
Und dann einfach anstatt "intel" als Driver eintragen? Der Rest der xorg.conf bleibt gleich?
ab gen4 ist modesetting die besser Wahl.
Was ist gen4?
Und dann einfach anstatt "intel" als Driver eintragen? Der Rest der xorg.conf bleibt gleich?
@ lostinpc,
Ich dachte auch man muss den xf86 Treiber nehmen und es war ein Schuss ins Blaue. Jedenfalls haben es nun 2 mld User probiert und sagen, dass sie ihre Last halbiert haben.
fnu,
Ab Generation 4 Intel gpu die es wohl seit 2007 gibt. Das habe ich glaube aus dem archwiki finde es aber auch gerade nicht mehr
Ja einfach Intel gegen modesetting tauschen.
Anscheinend würde der neuere xorg automatisch diesen nehmen. Libglamore muss auf jeden Fall vorhanden sein.
Gruß
MarMic
Edit:// habe auf der Suche nach dem gen4 Part noch folgendes gefunden:
Intel vs modesetting Benchmark
Edit2://xorg stellt Default um:
Edit3:// das gen4+ kam vllt von hier her
Hab jetzt den modesetting Treiber am laufen. Sieht soweit nicht schlecht aus, die load ist (mit 4.13 kernel) aber nur leicht gesunken, liegt jetzt so zwischen 1,65 und 1,8, also so ca. 10 - 20% niedriger als vorher.
Das Kernproblem mit dem 4.13 kernel behebt er also nicht.
Ich lass ihn trotzdem mal drin ...
Hi lostinspc,
Einer der mld entwickler hat ein Apollo Lake geholt und da ist der Unterschied auch nicht so krass wie bei mir oder anderen.
Ich bin auf Kernel 4.14.x gespannt. Weißt du ab welchem Kernel genau die Last so angestiegen ist? Oder bist du gleich von 4.8 auf 4.13?
Gruß
MarMic
Moin,
Ich bin auf Kernel 4.14.x gespannt. Weißt du ab welchem Kernel genau die Last so angestiegen ist? Oder bist du gleich von 4.8 auf 4.13?
Auf 4.14 bin ich auch gespannt (befürchtet aber, das der an dieser Ecke nichts ändert).
Reingekommen ist das meiner Erinnerung nach mit 4.12 oder 4.13. Ich habe das nach dem Hardwarewechsel auf den NUC festgestellt, das war im Sommer.
Ist mM ja prinzipiell auch kein Problem.
Die prozentuale CPU Auslastung ist bei mir "idle", der Lüfter bleibt aus, das System ist weiterhin voll responsiv.
Irgendwie aber trotzdem unschön und war ja vorher auch nicht
Peter
Hmm, ok, mal überflogen, modesettings ist nach meinem ersten Verständnis eine Umstellung auf OpenGL, was evtl. die beobachtete Senkung der CPU Load erklären könnte. Ist ein interessanter Ansatz, da theoretisch generisch für alle GPUs verwendbar.
Muss aber erstmal klären dann für den VPP Branch überhaupt die nötigen Features zur Verfügung stehen.
Bzgl. Load noch was, die Ausgabe hängt auch von der Taktfrequenz der CPU ab, mein Core i3 im NUC läuft zu 90% auf der niedrigsten Stufe von 800MHz ... höchste wäre 1,7GHz.
Bzgl. Intel GPU Generations, Sandy Bridge ist schon Gen6 ... https://en.wikipedia.org/wiki/…graphics_processing_units
Regards
fnu
Hmm, der modesetting-Treiber sollte eigentlich keine Auswirkungen auf Anwendungen haben, die vaapi nutzen. Siehe auch
https://www.reddit.com/r/archl…_to_ditch_xf86videointel/
Auf meinem VDR2 nutze ich seit dem Update auf Mint 18.2 auch den modesetting-Treiber und augenscheinlich hat sich dadurch nichts geändert.
@All,
der Load ist aber auch nicht ganz so wichtig, denn die Frage ist, wie wird der Load berechnet,
bei einer integrierten GPU.
Gruß,
Roland
P.S.: Einfach mal die MLD 5.4 unstable (https://www.minidvblinux.de/do…/5.4/amd64?class=unstable) testen ,
es wird auch nciht gebohrt
Display MoreHi Ofenheizer,
Seit gestern sollte es bei MLD ootb laufen. Zumindest tut es das auf meinem Test notebook und bei 2 anderen Usern.
Das Log wird so geflutet wie bei dir, wenn kein Input kommt! Scheint normal zu sein.
Mesa und co wie in dem Beitrag oben zu lesen musst du nicht mehr nach Installieren.
Mld 5.4 unstable erkennt nun, dass du ne Intel hast und nimmt xorg-intel und auch automatisch alles weitere für vaapi.
Da ich kein Input device hatte lief bei mir ne Aufnahme in 1080i die kompletten 2h durch.
Achso wir haben noch einen Bug das beim ersten booten shd nicht zwingend aufgeht. Eventuell über webif Befehle restart VDR oder über Konsole restart vdr
Über Feedback freuen wir uns
Gruß
MarMic
Hallo MarMic,
wollte ich heute Nachmittag mal versuchen, aber es wird leider kein Netzwerk erkannt (bei easyvdr und yavdr gibts in dieser Hinsicht kein Problem).
Gruss,
Markus
ot on
Das wundert mich aber. welches Modul wird denn bei den anderen geladen und soll dann bei uns fehlen?
Das letzte Mal als wir sowas hatten, dass ein System kein Netzwerk hatte war es das Kabel. Auch wenn es komisch klingt mit dem Kabel gingen allerdings andere Rechner und OSs. Ein Kabeltausch brachte erst Netzwerk zur mld.
Ich bin im Urlaub aber bei uns im forum oder hier im Unterforum wird dir sicher geholfen falls Interesse besteht
Ot off
Moin,
Auf 4.14 bin ich auch gespannt (befürchtet aber, das der an dieser Ecke nichts ändert).
Hi da hast du Recht!
Wir sind nun auf 4.14.1 und es ändert sich nichts.
Kannst ja Mal das liveboot testen wenn du willst.
Bei uns im Team hat ein mitglied den load auf 30 gebracht und das System lief noch sauber!
Wir sind uns nun einig (vermuten), dass da ein Berechnungsfehler oder eine andere Interpretation wirken muss.
Bei meinem nvidia Celeron System ist ein load >2.0 der Untergang! Osd und co träge wie ***
Gruß
MarMic
Hi,
bei den MLD ISOs sind nicht alle verfügbaren Netzwerktreiber mit dabei, sondern nur die ca. 20 Stück, die bisher überhaupt mal verwendet wurden.
Es kann also sein, dass Du einen von den tausend anderen Netzwerk Treibern benötigst. Die sind in dem zusätzlichen Paket network-drivers.
Du musst Dir also ein angepasstes Image erstellen und neben den "netinstall" Paketen auch noch das network-drivers Paket hinzufügen.
Claus
Hallo,
Ich verwende seit einem halben Jahr ein Biostar J1800NH2 Board mit yavdr 0.6 (oder 0.6.1), und es funktioniert sehr gut.
In meiner Erinnerung mussten nach der Installation nur die nvidia Treiber entfernt werden und schon funktionierte es.
Der Ton musste noch nach jedem Start (mit der Fernbedienung) umgestellt werden. Dazu fand ich aber einen Eintrag hier im Forum. Nun funktioniert auch das.
Don’t have an account yet? Register yourself now and be a part of our community!