Door Luke van Drie en Wout Funnekotter

Deze laptops zetten nieuwe records! Windows met Snapdragon getest

16-07-2024 • 14:00

70

Vanaf deze zomer heb je er een extra hardwarekeuze bij als je een nieuwe laptop wilt kopen. Koos je vroeger tussen een processor van Intel of AMD, nu kun je ook een Windows-laptop kopen met een Snapdragon X Elite-processor op basis van de ARM-architectuur. Wij legden twee van deze laptops op de pijnbank om te kijken hoe ze zich verhouden tot de modellen met Intel- en AMD-chips.

00:00 - Deze laptops zetten nieuwe records! Windows met Snapdragon getest
00:20 - Windows op ARM
00:42 - Snapdragon X-Elite chip
01:10 - Specificaties
01:22 - Apple silicon
01:52 - Cinebench 24 single benchmark
02:31 - Cinebench 24 multi
02:56 - Cinebench 23 single
03:19 - Geekbench 4.1 single
03:33 - Davinci Resolve 24
04:09 - 3DMark Night Raid Graphics
04:47 - Total War: Pharaoh benchmark
05:13 - Rommelige prestaties
05:52 - Accuduur resultaten
06:43 - Conclusie

Lees hier het geschreven artikel

Bekijk deze laptops in de Pricewatch:

https://tweakers.net/laptops/lenovo/yoga-slim-7-14q8x9_p1636466/vergelijken/
https://tweakers.net/laptops/asus/vivobook-s-15-s5507qa_p1631166/vergelijken/

Reacties (70)

70
70
30
1
0
30
Wijzig sortering

Sorteer op:

Weergave:

Voor iedereen die liever leest dan kijkt: er is dus al eerder een geschreven review gepost. Ik snap niet waarom daar nu niet naar wordt gelinkt.
review: Een Qualcomm-processor in je laptop en Copilot+ in je Windows: hoe ga...

[Reactie gewijzigd door dirkjesdirk op 22 juli 2024 13:22]

Ah, top! Ik was al aan het wachten…

Ik weiger die filmpjes aan te klikken in de hoop dat ze niet populair genoeg blijken. Zal wel tegen beter weten in zijn, maar enfin :+
Waarom dat nou weer? Ik vind juist de filmpjes ideaal. Heb ze vaak gewoon op de achtergrond aan tijdens bijvoorbeeld werk. Lezen heb ik vaak geen tijd/zin in... Kan toch prima naast elkaar bestaan?
Exact ze maken het toch beiden, waarom die ophef over niks..
Anyways mooie ontwikkeling de ARM kant voor Windows, ben zelf wel een Mac persoon en fijn wat jaartjes met de Apple variant en fijn dat dit ook nu op Windows beschikbaar is (en Linux). Overall mooi voor de algehele concurrentie een speler erbij.
Ik prefereer ook apple.
Voordeel daar is dat lijn M soc krijgt.
NVME is daar duurder maar SSD controler is onderdeel van de Soc dus op laatste duurste procede gemaakt ipv externe vervangbare kachel controler om PCIe 5.0 doorvoer te halen.
Naast NAND chip dichter bij de Soc zitten dus lower latancy short routing en kan breeder zijn. Dus verwacht bij apple naast de on soc mem ook SSD beter performance bij 2 chips in gebruik.

Gezien stock M minder cores heeft en deel ook little vs 10 of 12 big cores is meer M pro tegenhanger met iel igpu’ M pro soc kwa cores vergelijkbaar is maar 2x membandbreedte en flinke igpu heeft
Apple's anti-consument praktijken zijn zo slecht, dat ik het merk al lang links laat liggen. Opzettelijk onrepareerbaar maken van producten, eigen schroeven ontwikkelen zodat je niks open kan maken, softwarematig 1st party repairs blokkeren als het niet wordt gedaan door een dure apple repair shop, alles vastsolderen, eigen connectors op alles, softwarematig accu's verkloten, ik kan blijven doorgaan.

Het lijkt er op dat Quallcom een hele grote speler gaat worden. Al lijken er wel nu nog te veel issues te zijn om het de adviseren voor een gemiddelde gebruiker. Veel software draait nog niet stabiel.
Volgen mij is qualcom al groot aangezien hun de smartphone markt voorzien van snapdragon socs.
Naast server arm is dit dus uitval naar ultra mobile markt.
Daar gaat X86 ook heen.

Lunar lake is ook zo iets incluis mem soc
Ik ben ook geen fan van filmpjes. Ik wil gewoon op mijn gemak in stilte lezen. De explainers van nu ben ik ook geen fan van.
Filmpjes hebben hun nut, maar niet als ik in een lees-flow ben op een nieuwssite/forum.

Dit is persoonlijk trouwens, een beetje uitleg waarom het zo ervaren kan worden.
ik hou persoonlijk wel van de filmpjes maar om eerst 3 minuten te moeten kijken naar reclame van scammers en dan nog eens 2x onderbroken worden dat heb ik er niet voor over.
Ublock in jouw browser installeren en altijd via jouw browser kijken. Voor een iPhone zal je andere adblockers moeten gebruiken, maar ook daar geldt dan via de browser kijken en niet via een app.

Ik krijg op mijn laptops nooit reclame op youtube en op mijn iPhone soms alleen aan het begin, maar dan speelt het gewoon niets af. Refreshen is de oplossing en dan start altijd het filmpje meteen zonder reclames en die komen ook niet tussendoor oid.
Ik heb op mijn iPhone wel veel adblockers ingestalleerd en weet daarom niet welke daadwerkelijk zijn werk doet en welke niet.

[Reactie gewijzigd door Mit-46 op 22 juli 2024 13:22]

Waarom dat nou weer? Ik vind juist de filmpjes ideaal. Heb ze vaak gewoon op de achtergrond aan tijdens bijvoorbeeld werk. Lezen heb ik vaak geen tijd/zin in... Kan toch prima naast elkaar bestaan?
Ik heb liever een geschreven tekst omdat ik dan zelf het tempo kan bepalen en het veel makkelijker is om stukken over te slaan tot je komt het stuk waar het je om gaat.
Ik heb juist geen tijd om filmpjes te kijken.

Bij filmpjes ben ik afhankelijk van het spreektempo van het filmpje. Ik kan ze wel wat sneller afspelen maar bij meer dan 2x snelheid gaat de verstaanbaarheid fors achteruit. Daarbij kost heen en weer springen door filmpjes meer tijd dan m'n ogen verplaatsen naar de volgende regel/paragraaf/pagina.

Gesproken tekst is soms bruikbaar als achtergrondactiviteit maar voor benchmarks vind ik het niet handig, dan wil ik zelf de grafiekjes en tabellen kunnen zien.
Ik vind filmpjes soms juist fijner dan lezen ;)
Nou idd. Ik vind een geschreven review (persoonlijk) 100x beter dan een filmpje. Kijk filmpjes echt bijna nooit.
dank u.
Een video kijk ik bij voorbaat al niet, heel irritant.
Goed voor de discussie ook door de comments over 2 artikelen te spreiden. ;)
Ik vond al dat er hier zo weinig gereageerd werd.
Kun je 2 keer advertenties kwijt. Slim om de videoreview een paar dagen later te doen met een uh, laten we zeggen, aansprekende titel.
Maar als software leveranciers langzaam aan overstappen op ARM instructies, dan is dit toch juist een ideale situatie? Snelle prestaties voor software die overgestapt is, en matige prestaties voor geëmuleerde software. Maar alles is wel bruikbaar. ARM heeft naar mijn idee een hele grote toekomst dus die software komt echt wel.
Waarom zouden software leveranciers voor Arm gaan compileren dan? Als er maar 1% van de markt met een Arm CPU is dan heeft dat geen zin en voor gebruikers heeft het nauwelijks zin omdat het hooguit de x86 CPUs evenaart.
Dat is een beetje het kip en ei verhaal. Maar als Windows op ARM ook gewoon x86 ondersteund dan lijkt het me een kwestie van tijd voordat die markt gaat groeien. En in die groeiende markt kun je je als software leverancier dan onderscheiden door een ARM versie te leveren die dan waarschijnlijk beter presteert als dat het voorheen op x86 deed.
Ik denk het niet. Arm is niet sneller dan x86 en zal dat ook niet worden (er is namelijk geen enkele reden dat Arm sneller zou zijn dan x86. De m1/m2 is bijvoorbeeld vooral snel omdat het geheugen op de CPU zit ipv. als losse dimms). En stroomzuiniger is Arm ook niet echt t.o.v. x86. Het voornaamste verschil is dat er verschillende afwegingen gemaakt worden bij het maken van de cores. Net zoals Skoda en Porsche afwegingen maken bij het ontwerpen van de auto: moeten er 4 mensen zo comfortabel mogelijk van A naar B of 2 mensen zo snel mogelijk van A naar B en tegen welke prijs kunnen we het product verkopen.
Dat is een beetje te simpel. Het gaat om een andere ISA en dat is nu precies wat Intel/AMD niet kan veranderen, vanwege backwardscompatibiliteit.

De x86 64-bit ISA was rond 2000 haastig in elkaar gezet en sleept een groot stuk legacy mee van 32-bit (en 16-bit/8-bit). ARM heeft daar veel langer over nagedacht en de 64-bit ISA kwam rond 2012 uit en ruimde een aantal fouten op van de 32-bit.

Hoe belangrijk de ISA is, daar kun je lange discussies over houden.
Zucht. Het oude ISA verhaal. Lees https://www.anandtech.com...-architecture-deep-dive/2 even en je ziet dat Arm (en x86) helemaal geen Arm of x86 instructies uitvoeren. Er zit een vertaler voor die er microops van maakt. Andere microops dat wel, maar zeker geen Arm of x86 code. En Arm zit inmiddels ook boordevol legacy. Als je legacy loos wilt moet je RiscV gebruiken.
Dus nee, arm gaat het op basis van de ISA niet winnen. Het zal neerkomen op:
1) Support - Wie heeft de beste documentatie & compilers voor zijn platform
2) Kosten - welke CPU heeft de laagste kosten
3) OEM support - als OEMs een bepaalde product gaan pushen kan het hard gaan met de acceptatie. Stel alle HP laptops die je vanaf morgen kunt kopen zijn exclusief ARM dan zullen heel wat bedrijven noodgedwongen overstappen.
ISA Instructie set wat gewoon machine taal is.
X86 vs ARM is zoiets als nederland vs engels.
De hardware de cores kunnen alleen die taal en extenties verwerken.
De implementatie breedte maar ook type transistor moet het op 3nm 6hz of mag het onder 4ghz zijn dat is belangrijk voor Game kroon prestige strijd met 4090 waar game rig voor benches en reviews paar honderden watt trek en batterij duur niet relevant is.
En software type handicap als te afhankelijk van single thread performance.
Maar ja richt je meer op mobiel dan is energie staat van standby van fractie van watt belangrijk Apple silicon heeft dat. Maar ook big en little cores die gemaakt zijn voor efficientie door in de betere klok en performance curve te verblijven en liever transistoren in IPC steken dan in hoog klokbare transistors.
Dat maakt M4 een ST beest en super zuinig.

Alleen dat kan x86 ook ze doen dat niet voor server en desktop. Maar wel voor de client APU de mobile Soc’s. Dus ik zou maar 1st Lunar lake afwachten en Zen5 APU voor laptops. Eind dit jaar wordt interessant met 4 laptop Socs
Apple silicon M4 vs EliteX vs lunar lake vs Zen5 Apu.
Stand nu is Apple silicon voor zwaar gebruik performance en batterij duur.
X-elite voor licht gebruikt is zuinig , bij performance valt tegen vs Apple.
X86 kan hier ook stap maken. De vraag is of het in de buurt komt of alleen wat beter dan wat er van x86 er voor was. X86 met 10 uur is iig ook niet uit te sluiten.
Arm is niet sneller dan x86 en zal dat ook niet worden (er is namelijk geen enkele reden dat Arm sneller zou zijn dan x86.
Waarom is een AMD Zen 4 processor sneller dan een AMD Zen 2? Blijkbaar kun je toch bepaalde zaken aan een CPU veranderen om hem sneller te maken zonder direct de kloksnelheid te verhogen. Waarom zou men dat met ARM niet kunnen doen om hem beter dan x86 te maken? Als ik jou bericht lees hebben we de top zo'n beetje bereikt qua prestaties uit een CPU.
Dan lees je iets anders dan wat ik bedoel.... als ARM een truuk vind om 2x zo snel te zijn als x86 dan heeft Intel of AMD dat ook binnen de kortse keren geimplementeerd. De afgelopen 10 jaar heb ik dergelijke spronrgen alleen gezien vanuit de achterhoede (dus een trage ARM cpu die bij een volgende generatie 2x zo snel is) maar nooit bij een top CPU van Intel, AMD of ARM of Power of .... 2x zo snel gebeurt nergens meer. Het is allemaal procentjes werk het afgelopen decenium.
Mwah, ligt er denk ik aan hoe je het bekijkt ? AMD heeft met de introductie van Zen ten opzichte van de generatie daarvoor een performance per watt progressie geboekt die 2x hoger lag dan met Excavator. Da's toch best een stap geweest. Daadwerkelijke performance groei was 50+ %.

bron: https://arstechnica.com/g...tecture-that-can-compete/
Amd heeft zitten slapen en verkeerde keuzes gemaakt. Intel deed toen gewoon tik-tok dus het kon gewoon wel.
Dan moet je ook eerlijk zijn en erbij zetten dat Intel een R&D budget heeft dat ordes van grootte boven dat van AMD ligt - en dat dat verschil zeker ook ten dele wordt veroorzaakt door vuil spel van Intel op het gebied van concurrentievervalsing, waardoor AMD, zeker wanneer ze kansen hadden, actief tegengewerkt werd.

Met zo'n concurrentiemodel kun je inderdaad lekker tik-tokken ja.
Het is hele andere architectuur. Dus basically kan je het zien als een auto die van benzine (AMD/intel) naar elektrisch (ARM) gaat; een heel andere aandrijving.

Dat geeft voor- en nadelen.

Maar betekent niet dat die nieuwe elektrische auto (ARM) trucjes implementeert die de bezige auto zomaar kan overnemen- omdat het een heel andere manier van aandrijving is.
Het is alle twee een alu met een set van registers en een memory bus. Alletwee met een von neumann architectuur. In essentie hetzelfde ding. Het zit meer in: wil je hard? Dan zet je er een spoiler op of wil je veel slepen dan ruilen we spoiler in voor een trekhaak. Dat zijn het soort keuzes die designers continue maken.
Hoever de markt groeit zal grotendeels door de OEM's bepaald worden. Zij hebben al onderdelen besteld voor het komende jaar. Als ze niet verkopen, dan gaat de prijs gewoon naar beneden.

Als de Snapdragon chip goedkoper is, zullen zij blijven pushen.
Prijs is inderdaad een heel belangrijke drijfveer. Maar daarnaast is de support naar ontwikkelaar super belangrijk. Ik begreep dat de snapdragon SDKs er (nog) niet zijn en MS daar wat steken heeft laten vallen. Als dat betekent dat het 20% meer kost om voor Arm te ontwikkelen dan blijft het gewoon x86 bij de ontwikkelaars en een emulator op je goedkope snapdragon.
Het probleem is dat je eerst een combinatie moet hebben voor er iets gebeurt. Tesla had never nooit een voet aan de grond gekregen als ze niet ook de laadinfrastructuur hadden aangelegd. Hetzelfde voor ARM processoren. Niemand gaat software compilen voor ARM architectuur als je gebruikers geen ARM hardware gebruiken. Er moest eerst een schaap over de dam. En dat is Microsoft met Snapdragon.

De Intel architectuur is een beetje "uitontwikkeld". De wet van Moore is al een tijdje niet meer echt van toepassing. Apple liet met de M serie echter zien dat er nog steeds winst valt te behalen, Zowel in performance als in verbruik.

Onze wens naar kleiner, lichter en langer mobiel kan dus worden vervuld als we naar ARM gaan. Dus er zal steeds meer hardware beschikbaar komen en voor ARM gecompileerde software zal volgen.
De intel architectuur is zeker nog niet uitontwikkeld (zen5 is sneller dan zen4. Zo rond de 10 tot 15% ofzo). Apple heeft met de M laten zien dat geheugen op je CPU schroeven snelheid brengt (dat was M1). De stap M1->m2/m3 is duidelijk minder fors. De volgende generatie Intel CPUs gaat ook geheugen op de core schroeven. Net zoals 3d cache van AMD in een aantal benchmarks ook laat zien dat cache (of geheugen) dicht bij de core flink kan helpen.

En er is geen enkele reden te verzinnen waarom Arm inherent zuiniger zou zijn dan x86. Het verhaal met de instructionset die zuiniger zou zijn klopt niet omdat de werkelijke core een soort van risc is met micro-ops vertalingen in het frontend. En zowel X86 als Arm volgen dit ontwerp.
En er is geen enkele reden te verzinnen waarom Arm inherent zuiniger zou zijn dan x86.

En toch, als fabrikanten een chip zoeken die snel en zuinig is, en weinig warmte produceert, dan komen ze uit bij een ARM ontwerp. Dat was al zo bij de eerste iPod, en ook in mobiele telefoons en tablets is het ding niet weg te denken.

Als je dan ziet dat Intel het wel geprobeerd heeft met de Atom CPU. Ze begonnen in 2011 (nieuws: Intel toont eerste Android-smartphone en -tablet met Medfield-chipset) en de laatste Arom gebaseerde telefoon kwam uit in 2018 (https://www.anandtech.com...rtphones-a-2018-benchmark).

Uiteindelijk ging ook Apple weg bij Intel, om alleen nog ARM chips te verkopen. Dan zou je kunnen denken dat iedereen gek geworden is, maar ook Microsoft en Snapdragon vonden het de moeite en de investeringen waard om een laptop met ARM chip te maken en heel Windows te porten naar ARM. Niet alleen dat, veel softwaremakers komen ook uit met ARM compatible apps. Het is niet zomaar iets wat ze gestart zijn.

Dus onderaan de streep : ARM heeft zoveel voordelen laten zien dat Microsoft tegen een heilig huisje aan schopt.
Nou nee
Probleem is de zware desktop concurrentie strijd en dan vooral de game performance kroon.
Games te complex voor goede MT complex
Naast ook minst ge- optimaliseert voor MT
X86 is daarmee de weg ingeslagen van top single thread performance door insane hoge kloks en agressief boosten tot temp limiet.
X86 laptop en mobiel erft deze architectuur beleid .
Waar het minst geschikt voor is. Aan de andere kant heb workstation server tak

MS durface is ultra mobile laptop / tablet exact die narkt die apple ook bediend .

Het kan zijn dat x86 die nadruk ivm stevige concurrentie van ARM ook meer ultra mobile x86 gaan ontwikkelen
Lunar lake is al de 1st stap panter lake 2de

AMD zijn het de APU met zen5 dense cores in de mix

Op dit moment levert ARm vooral de ultra mobile SOCs
X86 is meer desktop replacement WS en mobiel gaming
De transistor implementatie is anders. Fat transistoren om die 6ghz te halen
Ze hebben ook atom ecores en lp ecores ander transistor implementatie denser lage klok zuiniger maar ook kleine core.
M4 big core is kleine compacte lage klok energie efficiënte transistor in big core toepassen.
Wat intel zou kunnen doen is de ecores opschalen naar big
Als die even groot als pcores waren dan zouden ze ook heel veel meer transistoren bevatten als denser architectuur en dus heel veel extra hebben voor ipc op te schroeven.

Arm daarintegen zou ook een 6ghz core kunnen ontwikkelen .
Gezien ze op transistor implementatie al aanzienlijk verschillen is de correlatie van ARM vs x86 instructie set zeer zwak.
Zoals bij apple silcon kan men via dev tools en compiler voor eigen platform geforceerd worden. Je moet als dev dan overstap maken naar nieuwste versie compiler en ontwikkel omgeving.
Visual studio 2022 denk dat nieuwere versies ook die ARM target krijgen.
Iig dat verwacht ik. C en C++ is gestandaardiseerd. App installer moet dan de cpu detecteren en select dan de juiste executable. Voor native desktop apps.
Dev die hun software onderhouden zullen bij nieuwere versies er rekening mee houden. Abandon software uiteraard niet. Voor store apps wordt net runtime gebruikt en krijg je on the fly compiling.
Iig dat verwacht ik.
ARM is veel efficiënter dan X96.

Apple in 2020 met ARM M1, die chip had 20 uur accuduur.

En op bepaalde taken was ie sneller dan X96 en verbruikte hij minder energie.


Uitgelegd in dit YT filmpje.


YouTube: How Apple Just Changed the Entire Industry (M1 Chip)
Ik begrijp niet waarom software aanpassen van x86 naar Arm zo moelijk zou zijn. Zo lang je niet in assembler programmeert, lijkt het me gewoon een recompile. Mis ik iets?
Afhankelijk van het product, komt komt daar helaas vaak toch iets meer bij kijken:
- Mogelijke libraries waarvan je afhankelijk bent en niet voor ARM beschikbaar zijn en / of beschikbaar worden gesteld
- Mogelijke drivers voor hardware waarvan je afhankelijk bent en niet voor ARM beschikbaar zijn en / of beschikbaar worden gesteld in het geval van hardwarematige apparatuur.
- Bepaalde CPU compiler opties die niet compatibel zijn (als er specifieke instructies gebruikt worden voor acceleratie van bepaalde processen)
Volgens mij kan bijvoorbeeld .NET Framework niet compileren voor arm64. En ik schat in dat heel wat software daar gebruik van maakt op Windows.
Ik checkte net even in een .NET 4.8 solution die ik open heb en ik kan daar gewoon een ARM64 target selecteren.
Maar werkt je applicatie daarna ook? ;)
Nee aangezien het een plugin is voor andere software die enkel op een normale computer draait. En zo is er ook wel een reden te vinden voor 90% cant de andere software. Heel leuk dat een paar extreem grote bedrijven een mannetje hebben gezet op het porten naar ARM maar dat gaat dus echt niet gebeuren bij alle maatwerk software.
Daarna werkt de applicatie niet op een Intel :+
Was dat je vraag? Of heb jij al een ARM Windows 11 laptop waarop je kan testen?
Hangt een beetje af van de staat van je software. Je kunt afhankelijk zijn van libraries van derde die nog niet in ARM beschikbaar zijn. Verder, kan je software nog met een oudere compiler gecompileerd zijn waarvan de versie nog geen ARM ondersteund. Het is verstandig om voor zowel x86 en ARM naar de dezelfde nieuwere versie over te gaan, maar dat kan extra warnings/errors opleveren die je dan moet fixen. Tenslotte kunnen er memory fouten in je programma zitten waar je mee wegkomt op x86, maar die op ARM falen. Het is sowieso goed om die eruit te halen. Tenslotte moet je het toch twee keer distribueren.

x86 en ARM zijn beide little endian, dus daar zul je geen problemen mee krijgen.

Maar het is iets waar managers banger voor zijn dan programmeurs, omdat het niet bij voorbaat duidelijk is waar je tegenaan loopt. Het is inderdaad gewoon beginnen en dan valt het wel mee.
Ik begrijp niet waarom software aanpassen van x86 naar Arm zo moelijk zou zijn. Zo lang je niet in assembler programmeert, lijkt het me gewoon een recompile. Mis ik iets?
In principe niet, in praktijk maken mensen nu eenmaal foutjes, zoals aannames over hoeveel bitjes er in een woord of een register passen, al is dat tegenwoordig vrij zeldzaam. Het probleem is vooral dat er opeens jaren aan softwareontwikkeling moet worden gemigreerd waardoor alle kleine foutjes die over de jaren heen zijn opgebouwd in een keer naar voren komen.
Typisch worden dat soort foutjes niet door de compiler opgepikt omdat het technisch gezien correcte code is.

In de Linux-wereld bestaat dit probleem nauwelijks omdat alle software al jarenlang (ook) op ARM wordt uitgebracht. Al die kleine foutjes zijn er al uit en nieuwe foutjes worden snel opgepikt.
Nee, je mist niets. Als je linux of bsd als voorbeeld pakt, dan draait het overgrote deel van de applicaties op allerlei architecturen.

Vaak is het of legacy zooi (waar oude libs ook onder vallen) of, in heel beperkte gevallen, dat je echt specifieke CPU mogelijkheden nodig hebt.
"Records" dat is meervoud van "record".

Sorry, maar dit is echt clickbait: in de geschreven review moet je met een vergrootglas zoeken naar welk record en van alle benchmarks werd maar één record gevestigd: de pcMark accutest.
Youtube videos met als afbeelding een verbaasd kijkend persoon en een titel met vraagteken zijn vrijwel altijd clickbait. Ik sla ze principieel over.
Helemaal mooi als die verbaasd kijkende persoon ook nog eens reageert op een andere video. Dan is het niet allen clickbait, maar ook nog eens zonder eigen content.
Doe mij maar Risc-V - ik heb een voorkeur aan een open instructieset. Het zal nog enige tijd vergen, maar Risc-V groeit, gestaag zoals ARM indertijd.
ARM kreeg een enorme boost door de Smartphone revolutie, mobile devices en embedded zoals in automative, sensoren, ja zelfs koptelefoons. Waar zie jij een mogelijk explosieve groei voor Risc-V?
Ik vind het wederom weer tegenvallen. Als het nu echt had uitgeblonken in energiebeheer dan was dit een goeie nieuwe standaard geweest, maar echt innoverend is het niet volgens deze video en tests. Tuurlijk is het mooi dat er een vierde mogelijkheid op de markt komt voor de consumenten en daardoor de prijzen wellicht kunnen gaan dalen, maar of ze hier nu echt de anderen het moeilijk kunnen maken, ik weet het niet..
Ik vind het wederom weer tegenvallen. Als het nu echt had uitgeblonken in energiebeheer dan was dit een goeie nieuwe standaard geweest, maar echt innoverend is het niet volgens deze video en tests. Tuurlijk is het mooi dat er een vierde mogelijkheid op de markt komt voor de consumenten en daardoor de prijzen wellicht kunnen gaan dalen, maar of ze hier nu echt de anderen het moeilijk kunnen maken, ik weet het niet..
Je kan iedere computer sneller maken door het energiegebruik op te voeren, zolang je het ding maar gekoeld krijgt. Dat is wel een kwestie van diminishing returns. Al snel moet je er heel veel extra energie in proppen voor een kleine beetje meer snelheid.

Aan de bovenkant beweegt het verbruik alle CPU's daarom naar elkaar toe. De beperkende factor is de koeling, niet de CPU zelf. Als het om efficientie gaat is het dus niet echt interessant om te kijken naar hoeveel stroom de CPU maximaal gebruikt, het is interessanter om te kijken hoeveel je gedaan bij een bepaald plafond (bv 15W verbruik).

In dat soort vergelijkingen doen ARM-CPU's het vrij aardig, maar als je ze maximaal opvoert gebruiken ze net zoveel als iedere andere CPU: zoveel energie als je koeler aan warmte kan afvoeren.
Accuduur: Beide geteste snapdragon laptops hebben een OLED scherm. Die zijn echt heel wat onzuiniger dan een laptop met IPS scherm.

Zie bijvoorbeeld ook deze review hieronder waar een XPS Snapdragon wordt vergeleken met een XPS met Intel processor. De resoluties zijn weliswaar verschillend maar de snapdragon heeft dan weer een 120Hz scherm. Desalniettemin doet de Snapdragon het behoorlijk goed:
YouTube: 2024 Dell XPS 13 REVIEW: Snapdragon vs. Intel

Hopelijk kan Tweakers ook een Snapdragon laptop met X1E 80-100 processor testen. Bijvoorbeeld de Surface Laptop 7.
mooi dat energiezuinige, hopelijk ook snel wat meer modellen van Qnap en Synology met deze chip
Voor een NAS ideaal

ik sta er zelf altijd van te kijken als ik een film kijk en wat op het internet surf dat een macbook maar een verbruik heeft van enkele watts

[Reactie gewijzigd door catserv op 22 juli 2024 13:22]

Ik ben benieuwd naar de resultaten van de MS Surface, wat eigenlijk het reference model is. Wat ik tot nu toe gezien heb verschillen de Snapdraakjes nogal in snelheid en verbruik per laptop fabrikant
Op zich leuk en aardig die ARM processor, maar deze variant heeft weinig voordelen en ik zou wat huiverig zijn voor dingetjes die toch net niet helemaal werken ("99% compatibel"). De prestaties zijn in real-world geëmuleerde apps niet geweldig de prijs zal ook niet al te veel schelen ... dus er is weinig reden zo'n ding te kopen en dus ook niet voor ontwikkelaars hier een ARM versie voor uit te brengen.

@WoutF Die batterijlevensduur vind ik maar vreemd: waarom gaat de Lenovo met dezelfde batterij capaciteit en dezelfde processor 11 uur mee tegen de ASUS maar 8 uur? Goed, 8 uur is ook al een prima resultaat, maar toch een heel stuk minder indrukwekkend.
Precies, het klopt gewoon niet.
De Lenovo gaat 35% langer mee maar heeft ook 35% minder performance dan de Asus...
Dus de ene draait langzamer, krijgt minder voltage of wordt warmer dan de ander.
En dus is het record van de Lenovo helemaal niet zo geweldig.

Ik hoop echt dat ze hier nog een keer induiken.

Op dit item kan niet meer gereageerd worden.