@GrayFox: Du verhaust da einige Sachen
Apples A7 ist bedeudent schneller, da nicht wie bei Qualcom auf den ARM Av7 Befehlssatz sondern auf Av8 gesetzt wird. Die Leistung je Takt ist damit schlicht deutlich höher. Das Speicheradressen jetzt mit 64bit adressiert werden trägt dazu nichts bei, in der Theorie kostet das sogar minimal Leistung. Wenn die anderen SoC Anbieter wie AMD, Samsung, Qualcom etc. mit Av8 basierten CPUs auf den Markt kommen wird deren Performance je Takt auf dem selben Niveau liegen wie bei Apple.
Das Apple die erste Firma mit produktiv einsetzbaren Av8 Kernen ist verdient Respekt, der Leistungsvorsprung ist aber kein Hexenwerk.
Wobei auch modena.ch ganzschön auf die Kacke haut. Av8 mit 4-8 Kernen die auf Anschlag getaktet sind wird es kurzfristig nicht mobil geben. Das Apple ihre A7 CPU auf "nur" 1,3GHz laufen lässt wird einen Grund haben. Wahrscheinlich lassen sich Av8 CPUs (noch) nicht derart hoch takten. Auch ist es wohl ersteinmal wenig sinnreich +4 Kerne auf Av8 Basis Mobil zur Verfügung zu stellen. Denn auch wenn der neue Befehlssatz mehr Rechenoperationen je Takt ermöglicht. Die Energieeffizienz (Rechenoperationen/s je Watt) steigt mit dem neuem Befehlssatz in wesentlich geringerem Maße. Sprich auch die Andro Phones werden anfangs nur unwesentlich mehr CPU wumms haben als die Apple A7 CPUs*.
Was Java bzw. Dalvik angeht. Android ist NICHT in Java geschrieben. Kernel und große Teile des GUIs sind native Anwendungen. Also in C/C++ geschrieben, mit potenten Kompilern in Maschinencode übersetzt wurden und bieten damit durch schlichtes Umstellen der Programmiersprache kein nennenswertes Optimierunspotential mehr!
Was stimmt, einige Anwendungen laufen mit einer Java ähnlichen Technologie (Dalvik), die Plattformunabhänigkeit bietet. Da der Quelltext dabei zur Laufzeit übersetzt wird, geht dafür Rechenzeit drauf und es gibt ein paar Latenzen. Diese sind jedoch normalerweise klein genug um ausreichend schnell laufen zu können. Vor allem, da Dalvik für sehr viele Funktionen Bibiliotheken zur Verfügung stellt, die dann wieder komplett nativ laufen und so die volle Performance bereitstellen. Das Android selbst um Faktoren weit jenseits von 1,x schneller laufen soll nur weil irgendwer eine andere Programmiersprache nutzt ist humbug. Genauso verhält es sich bei Apps. Wenn eine App ordentlich geschrieben wurde und die bereitgestellten Bibiliotheken nutzt, so ist der Performance Verlust durch Dalvik wirklich sehr gering. Größere Performancedifferenzen gäbe es maximal zwischen einer wirklich schlampig geschriebenen App die auf Dalvik ausetzt und einer entsprechenden, wesentlich besser implementierten App die nativ läuft. Naja und JA man kann Apps bei Android auch nativ laufen lassen.
*Zumindets nach 5min wenn die CPU am thermischem Limit angekommen ist
@Diablokiller999: Intel schneidet sehr häufig div. Schwänze/Erweiterungen von x86 ab! Als Beispiel, MMX flog wenn ich mich recht entsinne schon vor einer weile raus
Zudem gibt es unzählige x86 Inkarnationen von Intel die neue Schwänze hinzufügen und alte mitunter komplett weglassen oder mit voller Absicher ganz ähnlich wieder einfügen. Mit Xeon Phi, Quarc, Atom und Core iX zeigt Intel ja ganz wunderbar was möglich ist