Ist Android auf 8 Kerne optimiert ?

[wydan]

An die Leute mit guten Linux Kenntnissen, was meint ihr, ist Android schon auf 8 Kerne optimiert? Lassen sich App's auch "richtig" auf die Kerne zuordnen/verteilen?

 

[thor2001]

Linux/Android schon schon, bloß manche Programme noch nicht richtig.

Android verteilt die Last richtig, sodass im Bedarfsfall bzw. wenn keine Rechenleistung gebraucht wird. einzelne Kerne deaktviert werden.

Da spielt die Kerneanzahl keine Rolle, also ob es ein-/zwei- oder x-Kerne sind.

Intel ist da anderer Meinung, aber wenn wundert's, die wollten damals ihre Prozessoren platzieren: http://www.androidnext.de/news/intel-android-cpu-multi-core-intel/

Meine Résumé: Multicore-Unterstützung vorhanden, aber noch verbesserbar.

Es ist schon noch "Luft nach oben".
(vgl. Android zu iOS und WP8)

 

[dunicht]

Keine ahnung, ich denke das Apps und Spiele optimiert sein müssen.
Ich vergleiche das mal mit meinem PC : AMD FX-8350 (PC CPU/Prozessor)
davon 'pennen' im Schnitt sechs Kerne, deshalb werde ich zurück auf vier Kerne gehen.
Genauso sehe ich tendenziell die Zukunft, der neuen MTKs 8 Kern CPUs.

 

[wydan]

Linux/Android schon schon, bloß manche Programme noch nicht richtig.

außer spiele wird kaum eine app die 1,7 ghz auslasten, wird die nächste app dann auf den kern "drauf gepackt" oder auf einen anderen kern verteilt

 

[thor2001]

Es ist möglich alle Kerne auszulasten.
Entweder per (Schach)Simulation/Berechnung oder z.B. Spielen mit vielen, sich bewegenden Objekten.

Wobei da wohl eher die GPU der limitierende Faktor ist, zumindest bei den derzeitigen MT6xxx.

Meiner Meinung nach wird die Last verteilt, um möglichst schnell fertig zu sein und wieder in den "sparsamsten" Modi zu kommen um restliche Kerne stillzulegen.

Das man eine App (manuell/automatisch) auf bestimmte Cores beschränken kann, wage ich zu bezweifeln.

Man könnte evtl. Kerne manuell abschalten (per App), aber ob das wirklich sinnvoll ist sei mal dahingestellt.

 

[renard01]

Klar kann man alle 8 Kerne ausnutzen. Neben Schach sind Rendering und De/Encoding gute Kandidaten.

Verstehe auch nicht, warum z.B. im MX-Player auf einem 8-Kerner das SW-Decoding nicht schneller läuft als auf einem 4-Kerner. Theoretisch sollte doch Dekodierung eines Streams wunderbar parallelisierbar sein. Eine Hoffnung, als ich mir den 8-Kerner gekauft habe, war, daß das Gerät endlich auch ohne die ohnehin selten funktionierende HW(+) Decodierung meine HD Aufnahmen der Dreambox ruckelfrei per Software abspielen kann ... leider trog die Hoffnung ...

Grüße,
Renard

 

[thor2001]

"trog" ist eine interessante Wortwahl.

Ich denke, dass gerade ein Umdenken stattfindet.

"True octacore" gibt es noch nicht so arg lange und sind deshalb nicht so stark verbreitet,
was somit noch keinen richtigen Einzug in die Programmierung/Optimierung der Apps enthielt.

MediaTek ist zwar stark im Kommen, doch sind bisher die meisten CPUs "etwas schwächer/Quadcore".

Ob sich die "wahre" Achtkern-Struktur durchsetzen wird ist mMn noch nicht absehbar.

 

[renard01]

OT: Nicht wundern, Thor, ich mag Genitiv und Präteritum gerne, auch wenn beides in 50 Jahren wahrscheinlich ausgestorben sein wird. Dann gibt es nur noch Präsens und Nominativ

Renard01

 

[wydan]

Verstehe auch nicht, warum z.B. im MX-Player auf einem 8-Kerner das SW-Decoding nicht schneller läuft als auf einem 4-Kerner. Theoretisch sollte doch Dekodierung eines Streams wunderbar parallelisierbar sein.

das hat aber nichts mit der cpu zu tun, sondern mit dem player, der das nicht macht und ich würd mir einen player suchen der mehrere kerne benutzen kann

 

[renard01]

Zumindest laut GUI unterstützt der MX-Player 8 Kerne ... zumindest kann ich das in dem entsprechenden Menü auswählen. Was dann wirklich passiert steht natürlich auf einem anderen Blatt...

Grüße
Renard

 

[yelupic]

Verstehe auch nicht, warum z.B. im MX-Player auf einem 8-Kerner das SW-Decoding nicht schneller läuft als auf einem 4-Kerner.

Meinung:
1. Die Multi-Core-Prozessoren sind da (und können logischerweise Multi-Core-Processing)
2. Android (der Kernel) kann es
3. Die (Feld-/Wald- und Wiesen-)Entwickler können es (größtenteils noch) nicht (ich auch) bzw. haben keine Zeit/Lust, existente Zero-Cash-Gain-Apps mit viel Aufwand anzupassen, um dann nur erneut von frustrierten DAUs mit übersteigerter Erwartungshaltung geshitstormt zu werden (Jedes Device ist übrigens anders im Verhalten seitens des Herstellers justiert - Stichworte: build.prop, system.prop, Governor RAM barriers et al.)
(4. Intel ist doof und beleidigt, weil ... doof (Marketing hat gepennt, Development hat gepennt ...))

Multi-Threading/Multi-Core-Processing (dein MX-Beispiel):
Selbst wenn die App bereits optimiert sein sollte (Multi-Threading != Dispatching Threads on Multi-Cores) - Könnte es nicht sein, dass deine Stream-Quellen (bzw. die IO-Performance des Source-Devices; Internet Connection/Socket, SD Card, Drivers etc.) evtl. 3 bis 7 vor sich hin gähnende Cores provoziert? - Der Governor sagt, was Sache ist und hat zwei Direktiven im Auge: 1. Einen zusätzlichen Core anwerfen ist "teuer" (Energie); 2. Einen Thread auf einen anderen Core verschieben ist "teuer" (Zeit, Overhead)

Fazit:
Android ist auf Multi-Core ausgerichtet, aber erst müssen noch die Proggies und dann deren Apps "optimiert" werden, um etwas beim Anwender ankommen zu lassen.

Wir sehen uns in zwei Jahren wieder ... (only joking)

 

[wydan]

Wir sehen uns in zwei Jahren wieder ... (only joking)

wenn das so läuft wie bei MS, dann warten wir da auch noch, kaum eine software ist 64 bit optimiert, geschweige auf mehre kerne

 

[Vantaa]

Neben Schach sind Rendering und De/Encoding gute Kandidaten.

Videos in hoher Auflösung direkt in MPEG4 aufnehmen , da wird der Octa gefordert.