DIJI2008 schrieb:
@thes33k
Natürlich wurde der Linux Kernl mal für ein Gerät entwickelt. Man muss ja auch irgendwo anfangen.
Aber Linux läuft ja wohl auf so ziemlich jedem Gerät, embedded Systems, Router, etc...
Die Akkulaufzeit bei Linux Notebooks lag an den fehlenden Treibern für die Stromsparmechanismen. Außerdem ist das doch alles behoben. Wenn du auf nem Macbook Windows installierst ist die Akkulaufzeit auch schlecht, aber das liegt doch nicht an Windows.
Außerdem ist die Akkulaufzeit bei Android Phones auch überhaupt kein Thema.
Der Punkt ist: Die Idee, das Konzept, die erste Planung, sie alle hatten niemals stromsparende Mechanismen im Sinn. Sie waren niemals auf Geräte mit Akkus ausgelegt. Es hat bis in die 2000er gebraucht, dass sie am Scheduling überhaupt anfingen zu arbeiten, sodass diese Gerätesparte besser unterstützt wird. Zu deinem Macbook Beispiel: Wer außer Windows ist denn Schuld, wenn die Laufzeit im Vergleich zu Mac OSX sinkt? Natürlich ist es die Implementierung von Windows, die das Problem verursacht.
Akkulaufzeit ist momentan bei Smartphones egal welches OS ein Thema schlechthin. Hersteller gehen dazu über immer weniger mAh in den Geräten zu verbauen. Dann kann man nur hoffen, dass die Software es nicht noch madiger macht. Und genau das tut Android eben, weil es schlechte Implementierungen im Bereich scheduling hat. Eben weil es ziemlich unsinnig mit dem Wechsel zwischen Datennetzen agiert.
Wähle eine Zugstrecke mit einer Fahrzeit von einer Stunde, bei dem sich die Netze von HSDPA bis runter auf GPRS anbieten. Du wirst feststellen, dass sich jedes Android device bei diesen Strecken leer saugt. Unabhängig vom Hersteller übrigens. Gibt auch genug Threads hier im Forum, wo sich Leute beklagen, dass ihre Smartphones nachts übertrieben entladen. Meistens sind Apps oder Datennetzschwankungen Schuld.
Kleiner Vergleich: Du kannst nen Wasserkocher auch zur Kaffeemaschine umbauen. Je mehr Aufwand den du reinsteckst, desto besser wird dein Kaffee. Dafür wird dein Wasser schlechter und insgesamt wirst du niemals Kaffee erreichen, wie er aus einer Kaffeemaschine kommt. Hättest du von Anfang an eine Kaffeemaschine gebaut, wärst du wahrscheinlich, sofern du nur Kaffee möchtest, besser dabei weggekommen. Genauso ist es mit den Kerneln für mobile Betriebssysteme.
Butterkeks52 schrieb:
Hallo? Erstens war das nur ein Beispiel, zweitens ist es in
meinem Wlan, Passwortgeschützt und ich aktiviere das Ganze sowieso nur um per WLAN Datenbetankung durchzuführen. Komfortabel.
Kabel nerven!
FTP ist und bleibt trotzdem der Teufel. Das sollte man tunlichst vermeiden zu benutzen, insbesondere dann nicht, wenn es Schreibrechte betrifft.
Ich bezweifle, dass deine App sich nur auf deine WLAN IP bindet. Ergo könnte jeder, der Zugriff auf den Proxy vom Mobilfunklieferer hat, zumindest da mal anklopfen. Lies dich einfach mal in die Thematik Mobilfunknetze ein und du wirst erkennen, dass das alles andere als sicher ist.
Du hast recht, dass Kabel nerven. WP7 braucht seit RTM keine, um Daten zu synchronisieren. Nachts zum Laden ans Ladegerät, WLAN einschalten und Zune synct automatisch, was man vorher ausgewählt hat. Ergo abends playlist anpassen und nächsten Morgen freuen, dass man nichts mehr tun musste, um diese auf seinem WP7 zu haben. Das finde ich irgendwie komfortabler als Files per Hand zu schieben. Für alles was Zune nicht syncen kann, gibts dann immernoch genügend Alternativen wie Dropbox, Skydrive, Sharepoint etc., falls man es doch manuell machen möchte.
) usw usf.
