'Nederlandse' variant Galaxy S4 zou langere accuduur hebben dan octacore-versie

De variant van de Samsung Galaxy S4 die in Nederland wordt verkocht heeft een langere accuduur dan de octacore-versie die in andere landen in de winkels ligt. Dat beweert althans GSMArena, die de beide versies heeft getest.

In Nederland is een variant van de Galaxy S4 te koop met een Qualcomm Snapdragon 600-soc, met vier Krait-processorkernen op maximaal 1,9GHz. In sommige andere landen is een variant uitgebracht met Exynos 5 Octa-soc van Samsung zelf. Die soc is de eerste in een telefoon die gebruik maakt van ARM's big.LITTLE-concept, waarbij vier krachtige maar energieslurpende Cortex A15-processorkernen worden bijgestaan door vier zuiniger, maar minder snelle Cortex A7-kernen.

In alle accutesten van GSM Arena scoort de Exynos-versie van de S4 minder dan de uitvoeringen met de Snapdragon 600. Vooral op het gebied van bellen houdt de Exynos-variant het minder lang vol. Daarbij moet aangetekend worden dat er weinig bekend is over de testomstandigheden van GSMArena. Telefoons kunnen op sommige netwerken bugs vertonen, waardoor de accu sneller leegloopt. Zo bleek het reviewexemplaar van Tweakers een bug op het Vodafone-netwerk te vertonen, terwijl de accuduur op KPN's netwerk wel naar behoren bleek. Inmiddels heeft Samsung een update uitgebracht met vermoedelijk daarin een fix. Het is niet uit te sluiten dat GSMArena zonder het te weten op eenzelfde bug in de Exynos-versie is gestuit: de Exynos-versie is niet getest op netwerken waar de Snapdragon-versie is uitgebracht.

Samsung heeft vermoedelijk door productieproblemen met de Exynos 5 Octa-processor besloten om twee versies van zijn nieuwe topmodel uit te brengen. Samsung bracht eerder Amerikaanse modellen van zijn Galaxy S-smartphones uit met Qualcomm-processors, maar de diverse modellen die in Nederland uitkwamen waren tot aan de S4 voorzien van Samsungs eigen processors.

Videoreview van Tweakers van de Samsung Galaxy S4

Wat vind je van dit artikel?

Geef je mening in het Geachte Redactie-forum.

Reacties (71)

Hier staat samengevat waarom de Exynos 5 Octa nog niet zuinig genoeg is:

http://forum.xda-developers.com/showthread.php?t=2191850
http://forum.xda-developers.com/showthread.php?t=2258519

[Reactie gewijzigd door steefmek op 29 mei 2013 00:56]

Serieus bijna een maand geleden is dit al gereviewed en bekend gemaakt...

http://www.engadget.com/2...alaxy-s4-octacore-review/ (6 mei)

@grafgever, beetje hypocriet om mij bijdehand te noemen he

[Reactie gewijzigd door watercoolertje op 28 mei 2013 13:13]

Beetje jammer alleen dat Samsung 2 grote voordelen van haar eigen octacore heeft rondgetoeterd:

1. Veel meer snelheid
2. Veel betere batterijduur

De octacore is maar heel beperkt sneller en het batterijgebruik is juist slechter. Niet zo'n goed beurt.

Ben benieuwd waar het aan ligt. Of Android kan niet zo goed met A15 core overweg (multi-core is nog niet het sterkste punt van Android, maar dat geldt ook voor A9 en A7 multicores). Of het switch tussen de 2 quadcores is door Samsung nog niet zo denderend geprogrammeerd. Ik zelf denk het laatste. Software is niet het sterkste punt van Samsung.

De octacore is maar heel beperkt sneller en het batterijgebruik is juist slechter. Niet zo'n goed beurt.

Ben benieuwd waar het aan ligt.

Omdat GSM-Arena geen goede review deed, of althans niet de gebruikte software beschreef.

Welke Android-versie gebruikten ze? Zie ik niet vermeld.
Welke Linux-kernel gebruikten ze? Zie ik niet vermeld.
Wat waren de schedulers die ze gebruikten in de Linux-kernel? Zie ik niet vermeld.
Hebben ze de nieuwe Linaro 13.05 met Linux 3.9 geprobeerd? Zie ik niet vermeld.
Welke parameters hebben ze eventueel meegegeven aan de scheduler? Zie ik niet vermeld.
Nog bepaalde compiler opties gebruikt voor het compileren van de Linux-kernel? Zie ik niet vermeld.

Vergeet niet, standaard gebruikt Android 4.2.2 Linux kernel 3.4, uit 2012. Toen waren er nog geen tastbare big.Little processors in de winkel.

Sinds die tijd is er gewerkt aan ondersteuning voor big.Little, maar dat zit (nog) niet standaard in Android 4.2.2.

Overigens, slechte ondersteuning voor big.Little ligt niet echt bij Samsung of Google, dat zit in de Linux-kernel, en dat leegt eerder bij Linaro, waar ARM en Samsung natuurlijk wel weer bij zitten.

Linux is altijd ontworpen voor SMP (symmetrische multiprocessors: Alle processors "even groot" / gelijkwaardig) en niet voor assymetrisch, zoals big.Little is. Dat hebben ze bij Linux nooit voorzien, en zijn ze nu hard aan bezig.

ed: Ik lees net op Phoronix dat cpufreq ondersteuning voor de Exynos 5410 "pas" in kernel 3.10 komt. Maw: De door GSMArena geteste Exynos heeft vrijwel zeker geen (fatsoenlijke) software- (kernel) matige CPU frequentie schaling, en de Snapdragon 600 naar ik aanneem wel. We kunnen er dus vanuit gaan dat met nieuwere software de Exynos 5 veel minder energie gaat gebruiken bij "CPU-"intensieve taken.

[Reactie gewijzigd door kidde op 28 mei 2013 16:23]

Ben benieuwd waar het aan ligt. Of Android kan niet zo goed met A15 core overweg (multi-core is nog niet het sterkste punt van Android, maar dat geldt ook voor A9 en A7 multicores). Of het switch tussen de 2 quadcores is door Samsung nog niet zo denderend geprogrammeerd. Ik zelf denk het laatste. Software is niet het sterkste punt van Samsung.

Android kan prima overweg met quadcores, waar komt dat fabeltje toch keer op keer voorbij. Toon het anders is gewoon aan ipv roeptoeteren (enige app waar het niet lekker mee werkt is de browser, maar je raad het al dat kan gaan 1 OS goed over meerdere cores verdelen, zelfs de desktop browser kunnen dat niet behalve dat ze per tabje een nieuwe instantie aanmaken waardoor de tabjes zelf wel over meerdere cores verdeelt worden)...

Ik zelf denk het laatste. Software is niet het sterkste punt van Samsung.

Misschien niet aan de front end maar in de backend zeer zeker wel, zeker op driver en firmware niveau. Dat is totaal niet hetzelfde, laat staan dat het het zelfde team is wat er aan werkt. Waarschijnlijk kennen de Android developers bij Samsung niet eens de mensen die de drivers en firmware schrijven gezien dat bar weinig met elkaar te maken heeft...

[Reactie gewijzigd door watercoolertje op 28 mei 2013 13:17]

Op XDA hebben ze anders niet zo'n hoge pet op van de samsung stock firmwares.

En als Android zo prima met multi cores over weg kunnen waarom hebben een hoop partijen er dan kritiek op en, nog merkwaardiger, gaat Google er in Android 4.3 verbeteringen op doorvoeren (http://www.androidworld.n...or-multi-core-processors/)

uit diezelfde artikel :

et de introductie van processors met meerdere kernen en ook grafische chips met meerdere kernen, kwam er echter meer kritiek op Android. Het besturingssysteem zou niet optimaal gebruik maken van de mogelijkheden die meerdere kernen bieden. Dit effect wordt wat overdreven, aangezien het onderliggende Linux-systeem waarop Android draait automatisch berekeningen toewijst aan verschillende processorkernen, waardoor er wel gebruik gemaakt wordt van de verschillende kernen. In hun presentatie geven Guy en Haase aan dat er voor de volgende Androidversie verbeteringen in dit proces gemaakt zijn. Nog steeds is er één hoofdthread die het weergeven van de interface verwerkt, maar bepaalde onderdelen worden verdeeld over de verschillende processorkernen. Wanneer je bijvoorbeeld gebruikt maakt van schaduwen, worden de berekeningen hiervoor gedaan door meerdere kernen. Hetzelfde geldt voor het gebruik van niet-rechthoekige vormen als cirkels. De genoemde verbeteringen zouden naast voor een vloeiendere interface ook voor accubesparingen kunnen zorgen.

Dit effect wordt wat overdreven, aangezien het onderliggende Linux-systeem waarop Android draait automatisch berekeningen toewijst aan verschillende processorkernen, waardoor er wel gebruik gemaakt wordt van de verschillende kernen

Android applicaties draaien echter niet direct bovenop de kernel, maar vrijwel altijd in de Dalvik VM. Als die een slecht threading model implementeert, dan hebben alle in Java geschreven Android applicaties daar last van, ongeacht hoe goed de Linux kernel met meerdere cores overweg kan.

De Dalvik VM gebruikt voor threading gewoon de mogelijkheden die de onderliggende kernel bied[0]. Waarom zou deze zijn eigen threading model implementeren?

[0] http://developer.android....les/perf-jni.html#threads

Je krijgt +2 maar volgens mij begrijp je het niet helemaal. De link die je doorstuurt gaat over JNI threads, dus native threads die native code uitvoeren. Dit zijn dus geen Dalvik Java threads. Voor Dalvik VM threads geldt de 1-op-1 mapping naar Linux threads niet [1].

Een Linux thread kan geen Java code uitvoeren, wel Dalvik code die Java bytecode interpreteert en uitvoert. Dalvik VM threads zullen bepaalde VM state sharen en worden door de Dalvik VM gescheduled, niet door de Linux kernel. Met 'het threading model van de VM' bedoel ik de locking mechanismes die de VM gebruikt voor locking op shared VM state, de manier waarop VM threads worden gescheduled, de interactie van threads met de garbage collector, etc. Elke VM-taal heeft zo zijn eigen kijk op hoe je VM threads op native threads mapped, de standaard Python VM is in dat opzicht bijvoorbeeld vrij berucht om het feit dat er een globale lock is op de complete interpreter waardoor 2 Python threads letterlijk nooit tegelijkertijd kunnen draaien op meerdere CPU's, behalve voor calls naar native code.

[1] http://developer.android....rocesses-and-threads.html

[Reactie gewijzigd door johnbetonschaar op 28 mei 2013 16:12]

grappig dat mensen dat zeggen
zo ver ik weet zijn all UI threads die ik ken in os'sen allemaal 1 thread.

dat forceren ze omat je anders ui programmeren heel veel moeilijker wordt doordat de state constant door alles wordt aangepast

Ook de painting pipelines van het os kunnen hier vaak niet tegen. Ik zie altijd per applicatie altijd 1 event/ui thread.
Wat moet gebeuren is dat je daar zo weinig mogelijk op doet. Android gooit zelfs nu al excepties als je bv een I/O operatie (laden van bv een url) op de ui thread doet. Dat moet je dus asyn/threaded doen.

Omdat toen multi-core tasks werden geïmplementeerd in Android het big.little concept er nog niet was; er zijn dus geen specifieke drivers voor (ACPI events e.d)

Deze discussie dwaalt behoorlijk af. Ik snap best dat sommige hier graag andere laten weten hoe goed ze weten hoe android in elkaar steekt maar daar gaat het hele artikel niet over.

Wat je vaak ziet bij een nieuwe release van een nieuwe soort CPU is dat de software niet 100% is aangepast aan de hardware. vaak merk je dat met de tijd firmware wordt gemaakt die steeds beter en efficienter omgaat met de kernen.

Ik kan me echter wel voorstellen dat een S4 met 8 cores bij veel apps gewoon niet goed werkt. Als een app geen rekening houd dat het eenvoudig op 1000 mhz kan draaien maar toch de opdracht geeft om de volledige rekenkracht te gebruiken van een toestel dan zal dit bij een S4 een hoog batterij verbruik tot gevolg hebben.

Er zijn zoveel factoren waar de accu duur vanaf hangt dat het moeilijk is om daar een bepaald stukje software de schuld van te geven.

neem bijvoorbeeld de One X Het toestel had toen een krachtige CPU met een extra kern voor licht gebruik. Echter wanneer ik cool tool installeerde om eens te kunnen zien hoe de CPU reageerde op diverse dingen zoals het simpel weg lezen van een email of webpagine op tweakers dan zat de CPU bijna nooit op de 250 mhz. zelfs als er niks gebeurde op het scherm en je gewoon op de homescreen was de laagste snelheid vaak tussen de 500 en de 1000 mhz. Dat is ook gelijk de reden waarom het ding bij licht gebruik al gelijk instort wat accu betreft.

Er zijn 100den processen actief terwijl je niets doet. ieder proces vraagt om de zoveel tijd aandacht van de CPU waardoor deze als een malle omhoog schiet. Of je moet alles uitzetten... of het wordt gewoon tijd voor vele betere accu's!

Bij Android ben je juist slecht bezig als je met je App probeert de CPU te regelen. Daar zorgt de OS Scheduler wel voor. Wel kun je ervoor kiezen om niet de SERIAL_EXECUTOR te gebruiken (serieel 1 voor 1 threads afhandelen) of THREAD_POOL_EXECUTOR (threads parallel laten lopen, en dus over meerdere cores).
Deze twee Executors verschillen een hoop van elkaar, maar zoals je hierboven suggereert met

Als een app geen rekening houd dat het eenvoudig op 1000 mhz kan draaien maar toch de opdracht geeft om de volledige rekenkracht te gebruiken

klopt niet. Je kan uit je app niet zeggen "Android, zet de CPU op 200mhz als je dit wilt doen".

[Reactie gewijzigd door Paksoy op 28 mei 2013 17:31]

Daarnaast is er zoiets als "sprint to idle". Een bepaalde taak/functie bestaat uit een X aantal cpu-calls. Dan kan je er 1 per minuut doen, en erg lang actief blijven, of je kan er 10000 per seconde doen en binnen een paar seconden klaar zijn, en dan idlen.

Het klopt dat er nog wel het één en het ander te verbeteren is in multicore-ondersteuning. En Samsung levert in zijn ROMs zeker geen bijdrage aan performanceverbeteringen.....

Dat men bij XDA een hekel aan de stock-Samsung hebben zit hem deels in het feit dat Samsung moeilijk doet over het delen van drivers voor de hardware. Daardoor is men extra kritisch.

Neemt niet weg dat er bizar veel custom-ROMs zijn die gebaseerd zijn op stock-Touchwiz met verbeteringen. Veel mensen zijn zeer gecharmeerd van Touchwiz (al sla je me dood waarom).

Met firmware bedoel ik natuurlijk niet het Android OS. Had iets duidelijker mogen zijn, maar dat valt toch duidelijk onder de front end, waar ik inderdaad erken dat Samsung niet super is

Dat iets beter kan worden maakt het oude toch niet slecht? Dan zou elke iPhone toch ook slecht zijn omdat de volgende altijd beter is? Beetje non-argument dus...

Multi-core ondersteuning is al zeer goed en wordt dus nog beter

[Reactie gewijzigd door watercoolertje op 28 mei 2013 13:37]

Inderdaad. Sterker nog, dit werd al vermoed sinds bekend werd dat er zowel een Snapdragon als Exynos versie kwam. In de Nexus 10 slurpte dat model ook al veel stroom en het is sinds die tijd meerdere malen voorbij gekomen dat Samsung problemen had met het energieverbruik van de versie Exynos die ze voor de S4 zouden gebruiken.

Cooler je snapt het niet... Jij quote naar Engadet... Die testen geen producten speciaal voor de Nederlandse markt. Dit betreft "De Nederlandse" variant en daarom is het groot nieuws op Tweakers

Deze is toch wel erg anders dan de andere S4 varianten met een Snapdragon soc

Edit: Sorry er is geen sarcasme vlaggetje... Ik zal het even normaal verwoorden... Heel dit "nieuws" bericht is waardeloos

[Reactie gewijzigd door Mellow Jack op 28 mei 2013 13:57]

Heb je het artikel gelezen waar hij naartoe linkt? Zo te lezen niet, er wordt daar namelijk (onder anderen) vergeleken tussen de I9505 en de I9500, waarbij de I9505 de versie is welke in NL geleverd wordt en door Tweakers is gerievewd en de I9500 de Exynos versie is waarover gesproken wordt in dit nieuwsbericht.

De S4 met Octacore is niet Nederlands dus zo speciaal op ons gericht is het duidelijk niet.

Daarbij is de conclusie vrijwel hetzelfde als op Engadget, iets lagere accuduur (alleen met bellen veel minder). Ik zie niet wat hier zo speciaal op ons gericht is, en wat er dan zo anders is?

[Reactie gewijzigd door watercoolertje op 28 mei 2013 13:23]

Bellen, daarbij gaat mijn S3 ook bizar snel leeg. Of het nou via 2G of 3G is, en zelfs als ik vlakbij de zendmast zit. Ding gaat gewoon niet zo zuinig om met stroom...

Wel vreemd, want dat big-little-gebeuren klonk in theorie wel heel leuk...

Dan zou ik even uitzoeken, want dat hoort niet. Mijn vriendin gebruikt mijn oude S3 nu en die doet er echt lang mee (elke telefoon in mijn handen is binnen notime leeg door mijn gebruik).

Laatst was ze hem vergeten naar werk mee te nemen. Dus gewoon op de eettafel gelegen. Van half zeven tot 18.30 > 9% accu eraf.

Sorcerer maakt een opmerking dat zijn S3 snel leeggaat als hij er mee belt, en Catch zegt dat dat gek is omdat de telefoon van zijn vriendin nauwelijks leeggaat als hij op de keukentafel niets ligt te doen..

Euh....? Iets met appels en peren enzo.

Hoe dan ook, mijn S3 wordt ook tamelijk intensief gebruikt en in tegenstelling tot voorgaande smartphones trekt deze wel gewoon 24 uur zonder opladen. Waarbij hij inderdaad 's nachts nauwelijks iets verbruikt. Maar wat mij vooral opvalt is dat het scherm zuiniger is dan bij veel andere telefoons die ik heb gehad.

Laatst was ze hem vergeten naar werk mee te nemen. Dus gewoon op de eettafel gelegen. Van half zeven tot 18.30 > 9% accu eraf.

Ja zo ken ik het ook. Iedere telefoon die je niet gebruikt gaat redelijk lang mee als je hem ongebruikt laat liggen. Als ik m'n iPhone oplaad tot 100% en 's nachts niet aan de lader leg is ie 's ochtends ook nog ergens tussen de 96% en 99%. Het gaat er om hoe lang je m kan gebruiken als je m wél gebruikt. Als ie van 100% naar leeg keldert bij een half uurtje bellen heb je er niks aan.

Ye, we fijn dat wij de "goede" snapdragon krijgen. Zie geen enkel voordeel aan de Exynos, zou de vraag te groot zijn om overal snapdragon te leveren? Of zijn de Exynos chips gewoon goedkoper dat Samsung deze verkoopt in markten waar mensen minder tech bewust zijn om zo meer winst te maken?

Uiteraard wil Samsung in de eerste plaats Samsung chips in zijn telefoons, ze kloppen niet voor de lol aan bij Qualcomm. De Exynos 5410 wordt de eerste op 28nm voor Samsung, het is niet zo gek dat die vertraging oploopt. Vorig jaar liep ook bij Qualcomm (TSMC) de opstart van 28nm chips niet lekker.

Nee, het heeft te maken met Radio frequenties dacht ik.

Nee de Exynos ondersteund alle mogelijke LTE banden (echter zijn er 2 modellen, 1 met LTE en 1 zonder) itt de Snapdragon...

Artikel niet gelezen?

Samsung heeft vermoedelijk door productieproblemen met de Exynos 5 Octa-processor besloten om twee versies van zijn nieuwe topmodel uit te brengen.

In de Exynos zit veel meer ruimte voor verbeteringen Gezien dat ontwerp net nieuw is, en de Snapdragon die gebaseerd is op ze voorganger (opgevoerde 400 = 600) toch wel aardig op ze max zit kwa optimalisatie...

Beetje flauw om me trouwens in de eerste post belachelijk te maken (gelukkig backfirede dat), en dat hier dan nog een keer te doen op een iets slinksere wijze.

Niet voor iedereen is batterij belangrijk (mij) en dan is de Exynos gewoon sneller, hoe je het ook went of keert. Hoef ik echt niet 'minder tech bewust' te zijn, ookal probeer je me daar wel voor uit te maken...

Ik heb gewoon een andere voorkeur, en dus zoeken we duidelijk niet hetzelfde, dat maakt jouw niet beter dan mij of andersom...

Ik snap niet waar al die heisa rond is. Want ik ben niet onder de indruk van die snapdragon S4. Kan ook wel zijn dat deze soc al een stuk langer uit is dan die octa.

Ik kan uiteraard ook geen ervaring delen over die exynos octacore en zn prestaties, maar wel over vorige exynos processors:

Exynos performed altijd dat tikkeltje beter dan de concurrenten van dat tijdperk. Blijkbaar is de community de periode van de s3 en zeker van de s2 al helemaal vergeten: Exynos doet het helemaal niet slecht op performance. Enkel op ondersteuning is het achteruitgegaan, maar dat is het dan wel.

In de Exynos zit er meer dan inderdaad meer headroom voor verbeteringen. Niet alleen softwaregewijs, de snapdragon S4 van de i9505 is dan ook al standaard iets overclocked (!). En bestaat ook al zo lang. dat de software ervoor onder de moterkap goed draait, zal daar ook wel mee te maken hebben.

Nee, geef mij maar de exynos. Ik wil doodgraag de beta-tester zijn van dat stukje HW, want ik denk dat we allemaal goed genoeg weten dat die Exynos 5410 als snelste uit de race gaat komen.

Enigste wat roet in ons eten gooit is dat je er moeilijker aangeraakt. Is dat dan een reden om alle hoop voor de exynos al te begraven dan? En achter de enigste andere processor van de hele high-end smartphone markt te lopen?

Voor mij alvast niet.

Probleem is dat de afgelopen Exynos chips (4412, 5250, 5410) ook telkens ietsje later verkrijgbaar zijn dan de concurrentie, en ook telkens onzuiniger.

Dit inderdaad. Ik vind accuduur ook niet het belangrijkste. Mijn telefoon hangt elke nacht gewoon aan de lader, of hij nou 80% of 20% leeg is. Automatische handeling, net als tandenpoetsen, douchen en boxershort aantrekken.

Daarnaast heb ik op mijn werk gewoon een USB-kabel waar ik hem aan kan hangen, mocht ik extreem veel verbruik hebben op een dag (wat eigenlijk maar 1x in de maand nodig is als ik veel navigatie gebruikt heb).

Ik vind schermkwaliteit, software, snelheid (of in ieder geval toekomstbestendigheid), materiaalgebruik en afmetingen veel boeiender.

Snapdragon die gebaseerd is op ze voorganger (opgevoerde 400 = 600) toch wel aardig op ze max zit kwa optimalisatie...

De max is nog niet helemaal gehaald, anders zou er geen Snapdragon 800 komen, die wellicht ook de A15 cores voorbij kan streven?

Arrogant van tweakers.net om de testresultaten van gsmarena in twijfel te trekken maar wel zichzelf op de borst te kloppen voor het eigen testwerk.

Je kan het arrogant noemen, maar feit is wel dat Tweakers wel de netwerk bug gevonden heeft, terwijl GSMArena daar geen melding van maakt. Het is dus niet duidelijk of GSMArenea daar ook last van heeft gehad zodat (een deel van) de verschillen te verklaren zou zijn puur door het netwerk en niet door de cpu.

En volgens mij geeft Tweakers niet aan dat ze zichzelf beter vinden.

Maar het was bekend dat het 2 quads bij elkaar waren, 1 van 1.9 en 1.5GHZ, dit maakt toch technisch gezien geen "octa" core?

Dat is het dus wel, alle 8 cores kunnen samen werken dmv Heterogeneous Multi-Processing.
Alleen heeft de Linux kernel dat nog niet volledig ingebouwd. Maar het is een echte octa core.

heeft weinig met die implementatie te maken.

Als dat de bedoeling zou zijn zou de batterijduur nog een heel stuk minder zijn

Uhm jawel, een octacore is een CPU met 8 cores, zo simpel is het, of die tegelijk actief (kunnen) zijn is helemaal geen voorwaarde voor de benaming...

Ik ga akkoord over de term octacore hoor, ik zie gewoon geen verband met heterogeneous multi processing. totaal niet.

Ter verduidelijking van de testprocedure van GSMarena: http://www.gsmarena.com/gsmarena_lab_tests-review-751p6.php

Is een erg duidelijke en volledige uitleg van hoe GSMArena de accu's test, wat in het artikel nog als onduidelijk wordt genoemd blijkt dus erg duidelijk te zijn! Test is praktisch gericht, precies wat je hoopt als lezer.

Zo zie je maar weer, elk nadeel heeft zijn voordeel. Slim omgevormd tot een positief punt.

Volgens mij geldt hetzelfde voor het WiFi signaal: als men nog net binnen het bereik zit maar de chip moeilijk moet doen om voldoende verbinding te behouden, zal er meer energie verbruikt worden.

Maar dan is mijn vraag...hoelang gaat ie mee bij intensief gebruik. M'n HTC One gaat namelijk gewoon een hele dag mee en bij minder gebruik bijna 3 dagen dus ben benieuwd...