Google brengt Arm-versie van Chrome Canary uit voor Windows-pc's

Google heeft een versie van Chrome Canary uitgebracht die native draait op Windows-pc's met een Arm64-processor. Hierdoor is het voor dergelijke computers niet langer nodig om Chrome te emuleren, wat tot prestatieverbeteringen moet leiden.

De nieuwste Google Chrome Canary-build, versie 123, biedt ondersteuning voor Arm64, schrijft Windows Central. Hiervoor moesten gebruikers van een Windows-pc met Arm-soc de Chrome-browser emuleren, hetgeen zorgt voor lagere prestaties. Het is nog niet duidelijk wanneer de stabiele versie van Chrome native kan draaien op dergelijke pc's, maar vermoedelijk gebeurt dat in maart.

De Chrome-browser was al native beschikbaar op andere Arm-gebaseerde platformen, waaronder Linux en iOS en Mac. De broncode van Chrome, Chromium, biedt al enige tijd ondersteuning voor Windows-pc's met de Arm64-architectuur. Hetzelfde geldt voor enkele andere browsers, zoals Firefox en Edge.

Er zijn nog niet veel Windows-pc's beschikbaar met een Arm-processor, al wordt verwacht dat de aanstaande release van Qualcomms Snapdragon X Elite-processor daar verandering in kan brengen. Deze opvolger van de Snapdragon 8cx Gen 3 zou qua prestaties in de buurt komen van de M-chips van Apple. Hoewel Qualcomm momenteel de enige fabrikant is die Arm-chips voor Windows-pc's op de markt heeft gebracht, schreef Reuters enkele maanden geleden dat ook AMD en Nvidia werken aan Windows-processors die gebruikmaken van de Arm-architectuur.

Door Kevin Krikhaar

Redacteur

27-01-2024 • 11:07

28

Reacties (28)

28
28
17
0
0
2
Wijzig sortering
Noem mij maar gek maar ik denk dat dit het moment is dat ook Windows eindelijk over gaat de komende jaren. Na velen halfbakken probeersels kunnen ze er nu toch moeilijk nog onderuit willen ze niet keihard links en rechts (Apple en zelfs Linux) worden ingehaald door de rest van de markt.

De eeuwige last van Windows’ backward compatibility is grotendeels te verhelpen door 1) alle grote spelers gewoon voor arm te laten compilen, zoals we hier bijvoorbeeld zien gebeuren, en 2) de rest zo goed als mogelijk te gaan emuleren. Op wat randgevallen na moet dat echt prima te doen zijn (zie wederom Apple).

Ja, er is ook nog wat zeer achterhaalde zooi in omloop die bedrijven tot in het einde der dagen in stand willen houden en niet perfect overweg zal kunnen met wat voor emulatie dan ook, maar in het slechtste geval kan Microsoft hiervoor ook gewoon x86 varianten van Windows blijven ondersteunen (tegen een mooie prijs want het zal na verloop van tijd enkel nog een zeer stug en select groepje zijn waarvoor dat nog interessant zal blijven, zie ook einde support van xp in het verleden). En zelfs zij gaan ooit wel inzien dat dit uiteindelijk geen houdbare oplossing is.

Zou voor de gewonen consument een zeer welkome verbetering zijn!
Wat bedoel je met, dat Windows eindelijk over gaat?
Van wat naar wat?
Van architectuur bedoel ik, dat ze arm eindelijk eens serieus gaan nemen. We kunnen niet eeuwig blijven voortborduren op de oude x86 architectuur. Dat is met de inefficiëntie qua energie en warmte bovenop de ook gewoon mindere performance niet meer vol te houden vandaag de dag.
Microsoft neemt de architectuur al jarenlang serieus en heeft altijd opengestaan voor andere processorarchitecturen. Maar softwaremakers en hardwarefabrikanten moeten ook mee willen gaan.

Daarnaaast moet je goed kijken naar welke workloads je hebt. ARM is goed in sommige, maar slecht in andere workloads, ik ken bedrijven die net van Apple zijn moeten afstappen voor een deel van hun personeel omdat de nieuwe ARM systemen performantieproblemen gaven.

En hoe oud denk jij dat de ARM architectuur is? Het is eenvoudig om te zeggen dat x86 oud is, maar wist je dat ARM even oud is als de 32bit x86 CPU? En wist je dat een moderne x86-64 CPU ook RISC based is, net zoals ARM?
Ik begrijp dat ze het geprobeerd hebben, maar Windows RT vond ik geen serieuze prestatie. Het is binnen de kortste keren losgelaten in de hoop dat men ook maar zou herinneren dat het ooit bestaan had. En dat was ook niet moeilijk; mensen wisten toch al niet wat het was want de consument snapte er geen hout van, al helemaal niet dat hun software niet gewoon wilde draaien. Dat had gewoon geemuleerd moeten worden op zijn minst.

Maar daarbij ook had hard ingezet moeten worden om de grote spelers over te halen om voor arm te compilen, is gewoon geen enkele aandacht in gestoken en dus geen hond die ooit de moeite ervoor heeft genomen. Dat de softwaremakers stug zijn is een makkelijk excuus voor Microsoft. Gewoon goede ondersteuning en incentives leveren. Voor Apple waren ze toch ook allemaal binnen no time om?

Hoe je de arm processor indeelt qua wat je doeleinden zijn is natuurlijk verschillend te configureren. Ik hoop dan ook dat de situatie die je beschrijft in de toekomst, met meer aanbod en opties, vanzelf verholpen zal worden.

Ik wist niet dat arm al zo lang meeging, interessant. Wanneer ik het ouderwets noem, dan doel ik bijvoorbeeld op het onacceptabele energieverbruik en de gegenereerde hitte bij x86 chips tov arm. Dit mocht vroeger wellicht minder van belang zijn (vooral met desktops) maar is gewoonweg niet meer houdbaar in deze tijd. Mijn hoop is dat uiteindelijk Windows gewoon arm only zal eindigen net zoals macOS. Die oude zooi waardoor Windows altijd wordt beperkt in zijn vooruitgang moet dan maar een separaat x86 pad volgen waardoor de gemiddelde consument gewoon van de moderne innovaties kan profiteren.

Maar goed, is mijn kijk erop natuurlijk.
Microsoft heeft het reeds meermaals geprobeerd. In de tijd van Windows 8 RT en Windows Phone hebben ze miljarden geinvesteerd om bedrijven te overhalen om software voor deze platformen te schrijven, en sommige hebben dat ook gedaan, zoals Adobe dat toen reeds een werkende Photoshop had op Windows ARM. Maar als de marktadoptatie uitblijft kan je geen geld blijven pompen in een product dat overduidelijk niet past bij de markt op dat moment.

Dat Apple er in geslaagd is, is ook relatief eenvoudig te verklaren. Apple kan die beslissing nemen en zeggen: we stappen over en laten legacy ondersteuning vallen. Maar heel het Windows ecosysteem is net gebouwd op die neerwaartse compatibiliteit. Microsoft heeft geen positie waarin het kan beslissen om x86 te laten vallen, ze zouden dan een heel grote klantengroep teleurstellen die net verwachten dat alles blijft werken.

En wat jij onacceptabel noemt weet ik niet, maar een moderne x86 CPU die idle draait, verbruikt echt niet veel meer dan een ARM CPU die idle draait. Bij volle belasting kan dat wat anders zijn, maar daar zijn vaak dan ook de workloads naar. Beide architecturen hebben hun sterke en zwakke punten. Zeggen dat ARM beter is, is gewoon foutief. Het is beter in bepaalde omstandigheden.

En een heel belangrijk voordeel van x86 is net die stabiliteit in architectuur. Want hoewel de ARM architectuur ook al bijna 40 jaar oud is, zijn er in die architectuur vele aanpassingen geweest door de jaren heen die telkens weer de compatibiliteit met oudere versies breekt. Je kan vandaag geen oude ARM code draaien op een moderne ARM CPU. Maar ik kan vandaag wel software van 30 jaar terug draaien op de modernste Intel of AMD CPUs, en je wil niet weten voor hoeveel sectoren zoiets wel belangrijk is. Dat de consument daar niet veel aan heeft is leuk, maar er zijn hele industrieen die wel gebruik maken van het feit dat je vandaag nog oude code kunt draaien zonder emulatie.
Microsoft heeft het reeds meermaals geprobeerd. In de tijd van Windows 8 RT en Windows Phone hebben ze miljarden geinvesteerd om bedrijven te overhalen om software voor deze platformen te schrijven, en sommige hebben dat ook gedaan, zoals Adobe dat toen reeds een werkende Photoshop had op Windows ARM. Maar als de marktadoptatie uitblijft kan je geen geld blijven pompen in een product dat overduidelijk niet past bij de markt op dat moment.
Laten we niet vergeten dat Windows RT een gekortwiekte versie was van Windows, en dat Microsoft het ook niet serieus nam met de producten die zij uitgaven (zoals Microsoft Office). Het hielp niet dat Microsoft toen in een periode zat waarin "het moet een tablet zijn" belangrijkerer werd geacht dan "het moet functioneel en productief zijn".

De sabotage van Windows RT en Windows Phone is deels toe te schrijven aan Microsoft zelf.

[Reactie gewijzigd door The Zep Man op 23 juli 2024 01:35]

Ik weet niet wat je bedoelt met eindelijk, maar Windows RT was al een ding en daarvoor (in de Windows NT en Windows 2000 tijden) waren andere architecturen al een ding.

Microsoft maakt er geen geheim van dat ze liever van bepaalde dingen af willen. Heeft te maken met veiligheid, maar ook hoeveelheid onderhoud wat het genereert. Alleen het is niet aan hun, de userbase moet ook meewillen en als je te maken hebt met miljarden installs wereldwijd en heel veel systemen die afhankelijk zijn van een bepaald component kan je niet zomaar iets weghalen.

Over de jaren hebben ze heel veel dingen rustig uit gefaseerd en zijn daar nog steeds mee bezig.

Wat een architectuur verandering hiermee te maken heeft snap ik niet zo goed, x86 wordt gewoon op ARM geëmuleerd, is ook niks nieuws WOW bestaat al decennia.

Wat bedoel je eigenlijk met ingehaald?
Want windows word ingehaald linux op consumenten niveau :+
Windows verliest al jaren terrein onder consumenten. Vooral aan macOS, maar ook aan Chrome OS (Linux) in het budget segment. Ook Chrome OS gaat arm ondersteunen. Als Windows maar blijft hangen op verouderde architectuur, welke richting gaat hun marktaandeel anders op dan omlaag?

(Overigens, ik vind Chrome OS verschrikkelijk en zie niet wat de aantrekkingskracht is van dat prul, maar feit is dat genoeg mensen het in huis halen ten koste van Windows)

Niet te vergeten is er ook nog de hele tablet markt waar je het op termijn gewoon nooit uit gaat houden met kansloze Intel chipjes. Apple domineert hierin en voor budget is er natuurlijk ook nog een ontelbare hoeveelheid aan Android modellen te verkrijgen. Wat een voordeel zou dat zijn voor Microsoft als een arm Windows met goede ondersteuning gewoon lekker zou draaien op tablets?

[Reactie gewijzigd door i7x op 23 juli 2024 01:35]

Het probleem zit hem ook in de beschikbare ARM SoC, Windows/MS moet het nu nog doen met SoC die eigenlijk voor mobieltjes gemaakt zijn. Apple ontwerpt gewoon hun eigen super SoC voor hun devices.

Windows 11 ARM draait ook veel beter in een VM op een Apple device dan dat het doet op de Surface X, dat zegt ook wel genoeg. Microsoft probeert het wel degelijk maar is afhankelijk van derden voor goede hardware. Het blijft ook een beetje een kip ei verhaal.
Anoniem: 390704 @i7x29 januari 2024 12:49
"Ook Chrome OS gaat arm ondersteunen" ... is al jaren zo. De Pricewatch toont 34 Chromebooks met ARM.
Ja, er is ook nog wat zeer achterhaalde zooi in omloop
Achterhaalde zooi, dus iedere PC game ooit gemaakt? Die worden namelijk niet meer geüpdatet, terwijl er genoeg is dat bijna niet te emuleren valt. 32-bit emulatie is sowieso niks.

Ik denk niet dat gamers ineens zitten te wachten op een 50% prestatieverlies door emulatie.

[Reactie gewijzigd door Wolfos op 23 juli 2024 01:35]

Nee, ik schijf dat over wat niet goed te emuleren valt. Ongetwijfeld dat er wat vage applicaties hier en daar al tientallen jaren draaien wat je niet goed werkend kunt houden op een andere architectuur. Maar dit zal zeer select zijn, en idd zeer oude zooi. Ter vergelijking, banken die tot de dag van vandaag de lasten ondervinden van het in stand houden van hun cobol applicaties. Je zult er toch eens aan moeten geloven. Het is gewoon heel zonde, naar mijn idee, dat de consument hierdoor flink wordt beperkt in een potentiële vooruitgang in de Windows beleving.

Goed, n=1, maar ikzelf ben maar macOS gaan gebruiken en mij zijn ze kwijt als klant. De prestaties icm de batterijduur zijn gewoon van een andere klasse dan Windows kan leveren momenteel. En ook is het heel duidelijk hoe de strategie van Apple, dwz de verouderde technologie gewoon vaarwel zeggen en maar tijdelijk even de pijn accepteren, op termijn heel gunstig is geweest voor de consument. Nu ben ik niet wereldvreemd, ik snap dat dit heel anders ligt voor Microsoft, maar punt blijft dat voor eeuwig doorgaan op de doodlopende weg van x86 op termijn heel nadelig is voor de consument en dus ook voor Microsoft zelf. Ik hoop heel erg op een meer daadkrachtige koers wat dat betreft—we gaan het zien…
'AMD en Nvidia werken aan Windows-processors die gebruikmaken van de Arm-architectuur' Moet het woord 'Windows' niet uit deze zin? Lijkt mij dat die processoren ook andere voor ARM gecompileerde OSen kan gaan draaien?
Ik ben niet zeker, maar word een ARM processor niet gemaakt met een specifiek OS in gedachten die dan kan inpluggen op de optimalisatie van de cpu? Ik denk dan aan de "miserie" die de Linux community had voor de apple M1?

Late gedachte: Maar mogelijks zijn het gewoon specifieke drivers en optimalisaties van de chipset of microarchitectuur die ook moeten herschreven worden en werkt de basis wel gewoon? Zoals je ook een recente kernel nodig hebt voor de laatste ryzen cpu op linux deftig te laten werken.
Ja vroeger had je Risc OS . Dat draaide om Acorn Risc PC Volledig objectgeoriënteerd
Gebruiksgemak was gigantisch. Helaas uitgestorven..
RISC OS was niet object georienteerd. Objectoriëntatie bestond al sinds de jaren 70 (Smalltalk) maar het werd in de late jaren 80, toen RISC OS werd ontwikkeld, nog weinig gebruikt. NextStep was volgens mij het eerste objectgeorienteerde operating system op de markt. RISCOS is een ontwikkeling van het OS van de voorgaande BBC Micro maar de GUI was wel nieuw.

RISC OS bestaat overigens nog steeds. Wie een Raspberry Pi heeft kan het downloaden en uitproberen. Uit nostalgie (ik draaide RISC OS tot 1995) heb ik dat al gedaan.
Ja, eerst wordt de software geschreven en dan wordt de hardware daarvoor gebouwd.
Je ziet dit al tijden bij de A serie van Apple, door de totale integratie van OS en Hardware liggen de A-Serie SoC nog steeds een generatie of 2 voor op de concurrentie qua performance en Performance/Watt. Dit komt omdat de fabrikanten van de SoC rekening moeten houden met de eisten van de Telefoonbakkers die hun eigen voorkeuren hebben en dus generieker werken.
Ligt er aan.
Apple Silicon en MacOS zijn heel erg geïntegreerd. Je kan een ander OS draaien op Apple Silicon, maar dat zal dan nooit zo optimaal werken als MacOS qua snelheid en Performance/Watt.
Als AMD en NVIDIA aan een generieke SoC werken, dan zal het OS ook generiek zijn voor deze SoC, en daarmee minder geïntegreerd en geoptimaliseerd.
Het lijkt er op dat Windows voor ARM een meer geïntegreerde aanpak kiest samen met deze fabrikanten.
Als ze de browser dan ook nog in de New Microsoft Store beschikbaar maken, dan kun je hem makkelijk uitrollen via MDM. ARM64 en WoA is here to stay :)

[Reactie gewijzigd door ibmpc op 23 juli 2024 01:35]

Je kan hem zelf gewoon uitrollen he. Heb je niet de nieuwe store voor nodig.
Zelf package uploaden in Intune en gas.

Packages die je upload zij bijvoorbeeld ook geldig voor distributie op Windows SE.
Zou dit op een Microsoft Surface Windows RT 32 GB Tablet Touchscreen 10.6 (Quad-core NVIDIA Tegra 3) lopen???
Nee, dat is een 32bit ARM, deze Chrome port is voor 64bit.

En Windows 8.1 wordt sowieso niet meer ondersteund gok ik.
De Arm64-versie van Chrome gaat niet werken op een 32-bit ARM-apparaat.

Wil je meer met deze tablet kunnen doen, zou je via OpenRT kunnen proberen om Windows 10 op het ding te zetten (Edge daarop werkt beter dan de IE die ze in Windows 8.1 hebben ingebouwd).

Je zou er ook Linux op kunnen zetten, maar helaas werkt power management daar niet heel goed op. Het voordeel van Linux is dat er een hoop ARM32-software voor beschikbaar is, maar je haalt nooit dezelfde standby-tijd en de CPU is ook een stuk trager omdat de L2-cache niet goed werkt.

[Reactie gewijzigd door GertMenkel op 23 juli 2024 01:35]

Samsung zou ook werken aan Exynos processors voor in hun Galaxy Book volgens een gerucht eerder in 2023.
Er zijn nog niet veel Windows-pc's beschikbaar met een Arm-processor
Dat klopt, maar steeds wordt de groep van Mac M1/M2 eigenaars met een Parallels Windows VM installatie vergeten.
Volgens mij is deze groep véééle malen groter.

Op dit item kan niet meer gereageerd worden.