Mediatek Helio X20 är systemprocessor med tio kärnor

Tyckte det var lite fattigt med bara åtta kärnor.
Bara hoppas 8K skärmar i 4-5" kommer snart

Saknar ARM teknik som automatiskt kan klocka ner och sänka spänning till processorn vid lägre belastning? Förstår annars inte riktigt vitsen med att växla till en annan likadan 4-kärnig processor med lägre klockfrekvens istället för att bara klocka ner den vanliga strömsnåla 4-kärniga processorn vid behov.

Problemet med denna lösning är att du inte kan få båda dessa, utan du får en av dem.
Du får en prestanda väg som drar en hel del ström, eller svag prestanda som drar betydligt mindre ström.
Genom att hålla på mellan 2, 4, 4 gör man både programmen mer komplicerade och ineffektiva, samt att man får problem med små frysningar när det ska hoppa mellan.

Big.LITTLE designen tampas med detta redan som det är, och det är konstigt att man inte istället kan använda spänningar, clocks och en typ som är effektiv och kan köra snabbt när det behövs.
Dock har dessa visat sig fungera energieffektivt, utan tvekan, men det återstår en del för att det ska fungera smärtfritt.

Dock förstår jag heller inte, som ovan kommenterat, varför man ska ha 8 identiska kärnor, där 4 ska gå i en hastighet och 4 i en annan, istället för att dynamiskt ändra dem beroende på last/temp och energi behov. Går betydligt snabbare att ändra frekvensen vid spik laster än att stänga av och starta 4 olika kärnor hit och dit.

Hur små och billiga är ARM-kärnor egentligen när man kan gödsla med dem sådär? Tänker ARM inte titta på vad de andra håller på med och inse att race to sleep är ett bra koncept?

Alla ARM-implementationer som idag används i moderna smarta telefoner kan variera spänning och frekvens.

I teorin är en design som presteras här vettig, läser man på lite om big.LITTLE finns massor med resonemang varför det är så. I extremt destillerad form kan man få ner fördelarna till: en CPU-design som inte kan klockas högt går att bygga med transistorer som drar mindre ström jämfört med vad som krävs på en CPU som kan klockas lika lågt men har högre maxfrekvens.

I praktiken har alla dessa designer samma problem, vi har ännu inte kommit på hur man ser in i framtiden... Ska försöka förklara det påståendet med ett exempel

Någonting händer på enheten, vilken typ av CPU detta arbete ska läggas beror på hur länge och hur komplicerad beräkning händelsen utför. Detta kan man approximera/gissa baserat på historiska data.

Medan ovan kör så händer något mer som historisk sett har samma beteende och därmed ska läggas på samma typ av CPU. Nu måste man också försöka avgöra om det som redan kör kommer avslutas snart, i det läget är det mer effektivt att vänta till den CPU-tråden blir ledig (tar faktiskt rätt lång tid, sett från en CPUs sida, att vakna från "sleep" ~10-tals mikrosekunder). Gissar man fel här äter det både mer ström och går långsammare.

Säg att det visade sig att man gissade fel på komplexiteten också, då måste man migrera till en "större" kärna något som tar tid (och ström) både i form av att den stora kärnan ska vakna men också i form av att den snabbaste CPU-cachen är privat till kärnan så initialt kommer programmet antagligen gå långsammare på den större kärnan + läsa från RAM drar mycket mer ström än läsa från cache.

Just kostnaden för att migrera jobb är det som gjort att big.LITTLE inte alls visat sig så bra i praktiken som det låter i teorin. Apples och Qualcomms designer med en "big-core" som man gör så effektiv som möjligt har i praktiken både varit snabbare och strömsnålare.

Många CPU-kärnor är ett problem i fall när det är svårt att gissa längden på jobb. Är man för passiv med att dra igång flera kärnor utnyttjar man inte potentialen, är man för aggressiv drar det mer ström och blir långsammare.

Designer likt Apples Cyclone och Intels CoreM där man kör med 2 starka kärnor + massor med fokus på att minska strömförbrukning vid låg last (kan bli bra, men blir aldrig fullt lika bra som en liten kärna designad endast för låg frekvens) är så otroligt mycket lättare att hantera för ett OS -> man kommer betydligt närmare den teoretiska kapaciteten och strömsparmöjligheten än i designer likt Mediatek Helio X20. Är däremot mycket svårare och därmed dyrare att göra de designer Apple/Intel gör.

Man kan undra varför de fortsätter att slänga in mer CPU kärnor i dessa ARM kretsarna. Det måste bli ganska stora kretsar om man ska ha 10 kärnor plus en M4 kärna också?

Hade hellre sett max fyra kärnor som istället var bra optimerade för olika typer av användning över detta.

Produkten i sig: Jippie!
Företaget Mediatek: Bläh.
De flesta mediatek-enheterna går inte att uppdatera efter några månader på marknaden. Anledning: Mediatek håller koden stängd och under hård kontroll så att de kan kontrollera enheternas livslängd, genom att förhindra uppdatering till nyare Android-versioner i efterhand. De föredrar att hålla livslängden på sina chipsets så kort det bara går.
Kort och gott: En mediatek-enhet har en extremt och oerhört kort livslängd.

Mitt tips: Håll er undan från mediatek-enheter. De må vara billiga, men de lever inte länge.

#mediatek