Dell inspiron 5370

spnr : Sehr schön! Die platzsparendste Lösung ist wohl dieser Adapter von Apple. Den benutze ich auch, funktioniert wunderbar.

Geekbench:

https://browser.geekbench.com/v4/cpu/13239817

Ich hätte fast etwas mehr erwartet.

Hier mal mein Vostro mit i5-8250U CPU:

Jetzt, da alles läuft, bin ich mehr als zufrieden.

Gibt es noch Tipps: Eher den DW1520 oder DW1830 als WLAN Adapter?

Ich habe die DW1560 verbaut. Die DW1830 benötigt meines Wissens eine dritte Antenne und ist etwas breiter. Da müsstest du mal nachschauen, ob diese Karte sich im Inspirion 5370 verbauen lässt. Die DW1520 passt nicht (Mini PCIe).

Es sind 2 x 8GB verbaut.

Was solls.

Wie sieht das aus mit dem Sleep? Wenn ich zuklappe geht er nicht in richtigen Sleep. Wenn ich auf Ruhemodus gehe, dann wacht er nach ein paar Minuten nicht mehr auf. Ich dachte, die 5x7x Reihe könnte das...!?

Nein, es ist keine DSDT im Ordner. Außerdem hab ich jetzt festgestellt, dass ca 1% pro Minute verbraucht wird. Habt ihr bessere Werte?

Ja, die musste ich löschen, denn mit ihr wollte er nie booten.

Außerdem hab ich jetzt am externen Monitor festgestellt, dass 2560x1440 die maximale Auflösung ist. Geht da nicht mehr?

Über HDMI sollten 4096x2304@24Hz möglich sein, zumindest kann das die IGPU liefern.

Zitat von shark

wegen sleep, bau Dir eine DSDT,aml mit den Patches gegen instant Wake.

das hatte bei mir geholfen, du kannst meine nicht verwenden, da du wohl auf einer anderen bios Version unterwegs bist.

wegen Akkulaufzeit sind bei mir mehrere stunden möglich.

Auf welcher Bios-Version bist du denn? Oder was müsste ich an deiner DSDT ändern, damit sie bei mir läuft?

Bei meinen Experimenten mit VoodooI2C ist mir aufgefallen, dass seit 10.14.4 das Trackpad auch mit dem APIC-Interrupt 0x33 genutzt werden kann. Offensichtlich hat Apple das Interrupt-Management überarbeitet. Das Umschalten auf den GPIO-Interrupt kann man sich also prinzipiell sparen. Im Terminal erhalte ich mit

sudo powermetrics --hide-cpu-duty-cycle |grep interrupt

ca. 4000 Interrupts/sec im Idle-Modus und es ist nicht das Trackpad, sondern der I²C-Controller, der diese Last erzeugt, da die Interrupt-Rate selbst im Polling-Modus ähnlich hoch bleibt.

Wie sieht das bei Euch aus? Könnt ihr dieses Ergebnis reproduzieren? Die entscheidende Frage in diesem Zusammenhang ist, ob hier ein Fehler in VoodooI2C.kext vorliegt, oder ob Interrupt-Sharing hierfür verantwortlich ist?

Hat wirklich niemand mal nachgeschaut?