Abo
  1. Foren
  2. Kommentare
  3. Mobile Computing
  4. Alle Kommentare zum Artikel
  5. › Nexus 10 im Test: Das Tablet…

Die Frage die euch bleibt...

Anzeige
  1. Thema
  1. 1
  2. 2

Neues Thema Ansicht wechseln


  1. Die Frage die euch bleibt...

    Autor: a user 15.11.12 - 15:12

    > Bleibt die Frage, warum Android erst auf so einem kräftigen Gerät so läuft wie iOS auf > weit weniger leistungsfähiger Hardware.
    Weil so gut wie kein Hersteller ihr Android, dass sie auf ihre Geräte klatschen konfiguriert. Die scheduler-einstellungen z.b. sind immer noch die standard-desktop-werte.

    Man sollte ein OS an die Hardware anpassen und entsprechend konfigurieren. Warum HTC, Samsung, LG etc. das nicht machen, DAS ist die Frage die bleibt.

    Egal, mir hats bissle Geld gebracht und ne Menge user meiner app. Mein single core DHD läuft mit android so flüssig wie das iphone 4.

  2. Re: Die Frage die euch bleibt...

    Autor: Replay 15.11.12 - 15:24

    Das iPhone 4 komme ebenfalls nur mit einer Singlecore-CPU daher. Und die hat nur 800 MHz.

    Krieg ist Frieden, Freiheit ist Sklaverei, Unwissenheit ist Stärke. Das Ministerium für Wahrheit.

  3. Re: Die Frage die euch bleibt...

    Autor: entonjackson 15.11.12 - 15:28

    Die Frage kann ich euch beantworten.
    Weil Android hardwareunabhängig und absolut dynamisch ist.

    Während bei iOS die Software auf die Hardware angepasst wird.

  4. Re: Die Frage die euch bleibt...

    Autor: Cyrano_B 15.11.12 - 15:29

    a user schrieb:
    --------------------------------------------------------------------------------
    > Egal, mir hats bissle Geld gebracht und ne Menge user meiner app. Mein
    > single core DHD läuft mit android so flüssig wie das iphone 4.

    Welche App wenn ich fragen darf?

  5. Re: Die Frage die euch bleibt...

    Autor: SevenUp 15.11.12 - 15:30

    a user, wie heisst denn Deine App?

  6. Re: Die Frage die euch bleibt...

    Autor: Misdemeanor 15.11.12 - 15:33

    a user schrieb:
    --------------------------------------------------------------------------------
    > > Bleibt die Frage, warum Android erst auf so einem kräftigen Gerät so
    > läuft wie iOS auf > weit weniger leistungsfähiger Hardware.
    > Weil so gut wie kein Hersteller ihr Android, dass sie auf ihre Geräte
    > klatschen konfiguriert. Die scheduler-einstellungen z.b. sind immer noch
    > die standard-desktop-werte.

    Weil Apple hardwarenah programmieren kann und Android Applikationen in einer VM ausgeführt werden. Sorry, aber war das ein Geheimnis?! Natürlich braucht man dafür leistungsfähigere Hardware!

    [EDIT]: Korrektur erfolgt!



    1 mal bearbeitet, zuletzt am 15.11.12 15:41 durch Misdemeanor.

  7. Re: Die Frage die euch bleibt...

    Autor: droid87 15.11.12 - 15:38

    Misdemeanor schrieb:
    --------------------------------------------------------------------------------
    > a user schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > > Bleibt die Frage, warum Android erst auf so einem kräftigen Gerät so
    > > läuft wie iOS auf > weit weniger leistungsfähiger Hardware.
    > > Weil so gut wie kein Hersteller ihr Android, dass sie auf ihre Geräte
    > > klatschen konfiguriert. Die scheduler-einstellungen z.b. sind immer noch
    > > die standard-desktop-werte.
    >
    > Weil Apple hardwarenah programmieren kann und Android in einer VM
    > ausgeführt wird. Sorry, aber war das ein Geheimnis?! Natürlich braucht man
    > dafür leistungsfähigere Hardware!


    Android wird in der VM ausgeführt? Ich glaube, Sie meinen, dass die Apps in einer VM ausgeführt werden.

  8. Re: Die Frage die euch bleibt...

    Autor: Netspy 15.11.12 - 15:40

    a user schrieb:
    --------------------------------------------------------------------------------
    >
    > Weil so gut wie kein Hersteller ihr Android, dass sie auf ihre Geräte
    > klatschen konfiguriert.

    Das kann nicht sein! Die Hersteller werden die Monate und teilweise Jahre, die sie für ein Update brauchen, doch wohl für intensive Optimierungen und Tests nutzen.

  9. Re: Die Frage die euch bleibt...

    Autor: Misdemeanor 15.11.12 - 15:40

    droid87 schrieb:
    --------------------------------------------------------------------------------
    > Misdemeanor schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > a user schrieb:
    > >
    > ---------------------------------------------------------------------------
    >
    > > -----
    > > > > Bleibt die Frage, warum Android erst auf so einem kräftigen Gerät so
    > > > läuft wie iOS auf > weit weniger leistungsfähiger Hardware.
    > > > Weil so gut wie kein Hersteller ihr Android, dass sie auf ihre Geräte
    > > > klatschen konfiguriert. Die scheduler-einstellungen z.b. sind immer
    > noch
    > > > die standard-desktop-werte.
    > >
    > > Weil Apple hardwarenah programmieren kann und Android in einer VM
    > > ausgeführt wird. Sorry, aber war das ein Geheimnis?! Natürlich braucht
    > man
    > > dafür leistungsfähigere Hardware!
    >
    > Android wird in der VM ausgeführt? Ich glaube, Sie meinen, dass die Apps in
    > einer VM ausgeführt werden.

    Völlig richtig, falsch ausgedrückt, sorry.
    Apps & Widgets müssen virtualisiert ausgeführt werden, was einen erheblichen Performanceunterschied ausmacht.

  10. Re: Die Frage die euch bleibt...

    Autor: niw8 15.11.12 - 15:49

    Das VMs an der Perfomance drehen, erst recht "erheblich", ist ein Märchen.

  11. Re: Die Frage die euch bleibt...

    Autor: Cyrano_B 15.11.12 - 15:49

    Die Frage die uns bleibt...


    .... welche App meint 'a user' im ersten Post?


    Project Butter? *g* ;-)

  12. Re: Die Frage die euch bleibt...

    Autor: wrecked 15.11.12 - 16:04

    niw8 schrieb:
    --------------------------------------------------------------------------------
    > Das VMs an der Perfomance drehen, erst recht "erheblich", ist ein Märchen.
    +1

  13. Re: Die Frage die euch bleibt...

    Autor: tingelchen 15.11.12 - 16:15

    Quatsch mit Soße.

    Ja, Java wird in einer geschlossenen Box ausgeführt. Wofür man eine Runtime benötigt. Diese bildet eine zusätzliche Schicht und damit auch zusätzliche Resourcen. Welches auch etwas Performance kostet.

    Jedoch sind die Zeiten, in denen Java schleichend langsam sind, seit Jahren vorbei. Oder sollte man mittlerweile sagen... Jahrzehnte? ^^ Mit einem guten Compiler sind Java Anwendungen, mit der aktuellen Runtime unwesentlich langsamer als C++ Anwendungen.

  14. Re: Die Frage die euch bleibt...

    Autor: ssssssssssssssssssss 15.11.12 - 16:24

    Lustigerweise setzen Leute die ständig auf Java fluchen dann XUL und JS apps ein....

  15. Re: Die Frage die euch bleibt...

    Autor: Doomchild 15.11.12 - 16:39

    Die App bleibt er uns wohl schuldig.

    ____________________________________________________________________
    "Hey, I rock the unfree world, that's my specialty." - Jello Biafra

  16. Re: Die Frage die euch bleibt...

    Autor: chrulri 15.11.12 - 17:12

    Zumal es schlussendlich keine Java Runtime und auch kein Java Bytecode sondern eine Dalvik VM mit Dalvik Bytecode ist.

    Unterschiede?
    DVM = Register-basierend
    JVM = Stack-basierend

  17. Re: Die Frage die euch bleibt...

    Autor: nightfury 15.11.12 - 17:55

    tingelchen schrieb:
    --------------------------------------------------------------------------------
    > Quatsch mit Soße.

    och, geht.

    > Ja, Java wird in einer geschlossenen Box ausgeführt. Wofür man eine Runtime
    > benötigt. Diese bildet eine zusätzliche Schicht und damit auch zusätzliche
    > Resourcen. Welches auch etwas Performance kostet.

    Bitte nicht vergessen: Es geht nicht nur darum dass eine VM die App kapselt, sondern auch dass Java, auch als Dalvik Variante, teilweise durch den Interpreter muss. Java ist und bleibt eine Hochsprache, und bringt den damit einhergehenden Overhead mit sich. Das kostet halt Rechenzeit und CPU. Dalvik hat sich vor knapp 2 Jahren damit gerühmt, durch die Optimierungen "nur noch" 50% Interpreter-Overhead zu haben. Sprich, die CPU hat fuer die gleiche App 150% Rechenaufwand wie unter C. Und das war ein grandioses Ergebnis...

    > Jedoch sind die Zeiten, in denen Java schleichend langsam sind, seit Jahren
    > vorbei. Oder sollte man mittlerweile sagen... Jahrzehnte? ^^ Mit einem
    > guten Compiler sind Java Anwendungen, mit der aktuellen Runtime
    > unwesentlich langsamer als C++ Anwendungen.

    Aber sicher doch. Solche Aussagen sind dermaßen weit entfernt von jeglicher rationalen Bewertbarkeit. Und das lässt sich sogar leicht überprüfen: So ein Quadcore S3 hat im reinen CPU Benchmark die Nase vorn. CPU Benchmarks sind aber auch so simpel, dass nichts im Interpreter verarbeitet wird. einfaches Abarbeiten von Listen. Wenn man dann ein realeres Szenario (wer recoded schon ein DVD Image auf seinem Handy..) nimmt und z.B. einen Browserbenchmark laufen lässt, zeigt sich dass von der CPU Power vergleichswese wenig über bleibt. Da ziehen sowohl WinPhone als auch iOS schnell vorbei, mit wesentlich magerer CPU Leistung.

    Noch so eine Sache: Ich kenne keine Java Anwendung, die performant ist. Nimmt man mal sowas wie JDownloader und Borland Together, dann fragt man sich wirklich wofür da CPU und RAM verbraten werden.

  18. Re: Die Frage die euch bleibt...

    Autor: hyperlord 15.11.12 - 18:03

    > Noch so eine Sache: Ich kenne keine Java Anwendung, die performant ist.
    > Nimmt man mal sowas wie JDownloader und Borland Together, dann fragt man
    > sich wirklich wofür da CPU und RAM verbraten werden.

    Dann schau Dir z.B. mal die IDEs von JetBrains an (IDEA, PyCharm, WebIDE, PHPStore oder AppCode). Alles Java - alles sau schnell.

  19. Re: Die Frage die euch bleibt...

    Autor: nightfury 15.11.12 - 18:19

    hyperlord schrieb:
    --------------------------------------------------------------------------------
    > > Noch so eine Sache: Ich kenne keine Java Anwendung, die performant ist.
    > > Nimmt man mal sowas wie JDownloader und Borland Together, dann fragt man
    > > sich wirklich wofür da CPU und RAM verbraten werden.
    >
    > Dann schau Dir z.B. mal die IDEs von JetBrains an (IDEA, PyCharm, WebIDE,
    > PHPStore oder AppCode). Alles Java - alles sau schnell.

    ? Also, nur dass wir uns recht verstehen - als Beispiel werden immer IDEs genannt. IDEs sind allerdings Texteditoren mit Syntax-Highlighting. Quasi kein nennenswerter Anspruch. Der Start von IDEA dauert hier von SSD immer noch 2-3 Sekunden (das ist recht lange), die Anwendung hat direkt nach dem Anlegen eines neuen leeren Projekts 300MB Speicher verbraten (das ist mehr als Visual Studio braucht mit einer offenen Solution) und ich kann nicht sehen wo mich da Geschwindigkeit beeindrucken soll. Es sind schliesslich nur Textfiles, die irgendwann einem Compiler übergeben werden. Ich wette, als C++ Anwendung wäre das ganze wesentlich effizienter, aber in beiden Fällen ist es sehr schnell für den Anwender. Ein Argument pro Java ist das aber trotzdem nicht.

  20. Re: Die Frage die euch bleibt...

    Autor: ZetaGlm 15.11.12 - 19:24

    Wie währe es mit IL-2 Sturmovik, Minecraft oder Apache Tomcat?

    Eine Reimplementierung von Quake2 von C in Java erreichte eine Framerate von 85%-105% im Vergleich zum Original (je nach verwendeten Treiber/System).
    http://bytonic.de/html/benchmarks.html

    Die reine Rechenperformance von Javaprogrammen ist nicht schlecht.
    Hier ist eine Seite, welche Algoritmen in verschiedenen Programmiersprachen implementiert und anschließend die Performance verlgleicht:
    http://shootout.alioth.debian.org/u32/which-programs-are-fastest.php

    Java ist dort im Durchschnitt 1,78 mal langsamer, als die schnellste Programmiersprache (zum Vergleich: C++ ist im Schnitt 1,12 mal langsamer; C ist im Schnitt 1,3 mal langsamer; C# im Schnitt 2,46 langsamer)

    Die Probleme von Java liegen meiner Meinung nach bei anderen Dingen:
    - Java braucht, bedingt durch die Speicherverwaltung, deutlich mehr Hauptspeicher. Hier kann man als Programmierer auch viel falsch machen und die Programme unnötig aufblähen.
    - Die Übernahme von Sun durch Oracle und die Ungewissheit über die künftige Entwicklung
    - Wiederkehrende Sicherheitslücken in den Browserplugins: Hier bekommt Java viel schlechte Kritik und viele Leute haben Probleme, die Programmiersprache Java vom Browserplugin Java (und sogar JavaScript) zu unterscheiden.



    1 mal bearbeitet, zuletzt am 15.11.12 19:33 durch ZetaGlm.

  1. 1
  2. 2

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Anzeige
Stellenmarkt
  1. viastore SYSTEMS GmbH, Stuttgart oder Löhne
  2. Deutsche Post DHL Group, Bonn
  3. Robert Bosch GmbH, Bühl
  4. NPG Digital, Ulm

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Spiele-Angebote
  1. 299,00€


Haben wir etwas übersehen?

E-Mail an news@golem.de


WatchOS 3.0 im Test: Die halbwegs gelungene App-Beschleunigung
WatchOS 3.0 im Test
Die halbwegs gelungene App-Beschleunigung
  1. IAA Nutzfahrzeuge Neue Smartwatch für mehr Sicherheit bei Lkws
  2. Android Wear Große Hersteller machen Smartwatch-Pause
  3. Ticwatch 2 Android-Wear-kompatible Smartwatch in 10 Minuten finanziert

Ilife V7S im Test: Günstiger China-Roboter saugt fast so gut wie Markengeräte
Ilife V7S im Test
Günstiger China-Roboter saugt fast so gut wie Markengeräte
  1. Wiper Blitz 2.0 im Test Kein spießiges Rasenmähen mehr am Samstag (Teil 2)
  2. Lernroboter-Test Besser Technik lernen mit drei Freunden
  3. Lockheed Martin Roboter Spider repariert Luftschiffe

Endless Space 2 in der Vorschau: Bereits jetzt meisterlicher als Orion
Endless Space 2 in der Vorschau
Bereits jetzt meisterlicher als Orion

  1. Microsoft: Besucher können die Hololens im Kennedy Space Center nutzen
    Microsoft
    Besucher können die Hololens im Kennedy Space Center nutzen

    Das von Nasas JPL mit Microsoft für die Hololens entwickelte Destination Mars ist für Besucher des Kennedy Space Center Visitor Complex in Florida nutzbar. Bis Ende des Jahres 2016 kann die recht beeindruckende Anwendung dort selbst erlebt werden.

  2. MacOS 10.12: Fujitsu warnt vor der Nutzung von Scansnap unter Sierra
    MacOS 10.12
    Fujitsu warnt vor der Nutzung von Scansnap unter Sierra

    Wer auf seinem Mac Fujitsus Scansnap-Software benutzt und auf MacOS 10.12 alias Sierra aktualisiert hat, der sollte schleunigst sicherstellen, dass er ein Backup seiner PDF-Dokumente hat. Die Software zerstört unter Umständen damit bearbeitete Dokumente. Betroffen sind alle Scansnap-Modelle.

  3. IOS 10.0.2: Apple beseitigt Ausfälle der Lightning-Audio-Kontrollen
    IOS 10.0.2
    Apple beseitigt Ausfälle der Lightning-Audio-Kontrollen

    In einigen Fällen kann die Bedienung des iPhones über Lightning-Ohrhörer ausfallen. Mit iOS 10.0.2 beseitigt Apple dieses und weitere kleine Probleme.


  1. 12:51

  2. 11:50

  3. 11:30

  4. 11:13

  5. 11:03

  6. 09:00

  7. 18:52

  8. 17:54