Windows 11-agenda in Actiecentrum kost 130MB geheugen door WebView2

Microsoft test in previewbuilds van Windows 11 het tonen van agenda-informatie in het Actiecentrum, wat meldingen toont. Deze functie zat al in Windows 10, maar ontbrak in Windows 11. Microsoft gebruikt hiervoor nu WebView2 − wat relatief veel geheugen kan kosten.

De ondersteuning voor agenda's in het Actiecentrum komt volgens WindowsLatest in de volgende update voor Windows 11. Die versie van het besturingssysteem had deze functie tot nu toe niet. In Windows 10 konden gebruikers een blik op hun agenda werpen door rechtsonder in de taakbalk op de systeemklok te klikken. Gebruikers die vanaf Windows 10 een upgrade naar 11 uitvoerden, raakten deze functie daardoor kwijt.

De op Outlook gebaseerde agenda in Windows verschijnt nu in testbuilds van het besturingssysteem in het Actiecentrum, dat ook wel bekend is als het Meldingencentrum. WindowsLatest leidt af uit eigen gebruik van previewbuilds van Windows 11 dat de agendafunctionaliteit een WebView2-component is. Het besturingssysteem gebruikt daarbij de ingebouwde Edge-browser om code uit te voeren en content te tonen.

Na het inschakelen van de nog niet helemaal functionerende agendaweergave en het openen van het Actiecentrum start Windows een flink aantal WebView2-processen, meldt WindowsLatest. De processorbelasting schiet daardoor omhoog van inactief naar 6 tot wel 20 procent. Het geheugengebruik stijgt van 1MB naar meer dan 130MB. Bij het sluiten van het Actiecentrum zet Windows de WebView2-componenten wel in de slaapstand, waardoor het processor- en geheugengebruik weer afnemen.

Reacties (168)

[gpon]

Misschien een domme vraag maar waarom maken bedrijven hun apps niet maar native en schakelen ze over op een soort webview. Ik zie deze trend niet alleen onder Windows maar ook om smartphones en macOS iOS.

Persoonlijk vind ik het heel vervelend omdat apps daardoor totaal niet meer aansluiten op het Apple ecosysteem en design en bovenal een stuk trager dan native apps.

[cricque]

Simpel: waarom zou jij voor platform x, y, z, etc aparte code schrijven en onderhouden, als je het kan met 1 codebase voor alle platformen. Enja er zijn talen die dit ook native kunnen doen, alleen is er altijd wel iets. Met html/javascript/css is er ook altijd wel iets, maar dat is redelijk uniform op elk platform qua weergave, wat bij de andere zeker niet het geval is. Of je moet zoiets als QT gaan gebruiken, waar dure licenties aan vasthangen. Enja de grote bedrijven kunnen die QT licenties gemakkelijk betalen. Mensen vinden dat QT echt machtig zijn is totaal iets anders. Ja er zijn er, maar je kan 100x gemakkelijker (en ook goedkoper) iemand vinden die javascript/css/html kent althans dat denken er velen toch. Een "outlook calendar" maken in javascript/html/css is nu ook niet bepaald voor iedereen en de gemiddelde programmeur zal daar niet in slagen, want er komt best wel wat bij kijken.

[Aaargh!]

Simpel: waarom zou jij voor platform x, y, z, etc aparte code schrijven en onderhouden, als je het kan met 1 codebase voor alle platformen

Performance, UX, native look & feel.

De enige reden om het niet native te schrijven is als je lak hebt aan je gebruikers en het je niet kan schelen dat je ze een matige app voorschotelt.

[cricque]

Tsja, ik heb mijn eigen bedrijf en ik kies ook voor optie A hoor. Optie B is voor mij gewoonweg niet haalbaar of ik moet een paar programmeurs in dienst nemen en dan zal de prijs naar omhoog moeten gaan om die te betalen. Met als gevolg dat ik mijzelf gewoon uit de markt zet en/of gewoon geen winst maken.

Ik heb geen schijt aan mijn gebruikers, maar het is dit of ze moeten het maar ergens anders zoeken.

Tevens voor de meeste mensen maakt het geen bal uit wat het is, zolang het maar werkt.

[martijnvanegdom]

Performance, UX, native look & feel.

Performance, Ja zeker, absolute, nou, voor app met niet ontzettend complexe UIs, maakt het echt weinig uit. Het probleem is dat heel vele programma's het aan doen zijn en dat het bij elkaar sloten aan geheugen kost. Maar als je een app bent en die alleen zou draaien, ga je het verschil niet merken. Tenzij je echt de graphics card nodig hebt.

UX, vertel me eens wat kan je qua UX niet in een browser wat je wel in andere frameworks kan? Dat de meeste internet website slecht zijn, zegt niks over de mogelijkheden die je hebt in de browser. Het zegt meer over de kwaliteit van de engineers eracht. Ik heb echt heel erg gelikte en mooie interfaces gezien die ook prima snel waren in de browser. Maar ook daar was veel tijd, aandacht en liefde in gestoken. Als je beeld van UX op web Amazon is.. (mensen wat een rampen website is dat).

native look & feel, maar veel bedrijven willen geen native look & feel. Want dan ziet jou programma er het zelfde uit als die van de concurrent. Nee, het gaat veel meer om branding en een hele eigenlijk look&feels, native interfaces zijn van 1990. En wees eerlijk.. Met de native puinhoop van Windows en het gedrocht dat Apple dit jaar heeft gelanceerd, ben ik blij dat veel van de programma's die ik gebruik een eigenlijk look&feel hebben. Ik heb echt blij dat Jetbrains niet vast zit aan 'Liquid Glass"...

[Reactie gewijzigd door martijnvanegdom op 8 december 2025 20:13]

[TomONeill]

Omdat je dan expertise in huis moet hebben van meerdere platforms en daarnaast moet je ook meerdere code bases bijhouden. En dat is duur.

[Aaargh!]

Maar je mag hopen dat Microsoft wel Windows expertise in huis heeft, en zo'n kalender widget voor Win11 hoeft ook geen meerdere platforms te ondersteunen. Dit is nu net zoiets waar er echt absoluut geen reden is om het niet native te doen.

[PjotrX]

Microsoft heeft de expertise natuurlijk wel in huis maar die zet die liever op andere taken. Goede programmeurs zijn schaars en bij Microsoft is er meer te doen dan een calender widget schrijven. Wel een jammere ontwikkeling dit want het hele systeem wordt hiermee trager en neemt meer systeemgeheugen in beslag. Dit terwijl de prijs van geheugen juist aan het stijgen is.

[roflpantoffel]

Volgens mij zit er in Outlook al een vergelijkbare weergave.
Outlook is ook een web app, dus dan kunnen ze dezelfde code gewoon copy pasten.
Enigzins ook wel logisch om dezelfde codebase te gebruiken voor dezelfde app.

Totaal niet handig om het zo te verwerken in een OS waarbij dit een achtergrond process is.
Maar de slechtste Windows applicaties zijn altijd van Microsoft zelf gekomen, dus het verbaast me ook niks.

[bantoo]

Je hoeft je app maar 1 keer te schrijven grotendeels. De browser versies en de desktop/telefoon versies kunnen grotendeels het UI hergebruiken. Het is ook veel makkelijker om UI developers te vinden die zich richten op browser stacks dan voor native. Dat en de meeste native stacks hebben de afgelopen 20 jaar vrijwel geen ontwikkeling gehad in developer tooling om het comfortabeler te maken om er mee te werken.

Het is dus en veel meer werk en moeilijker om mensen te vinden voor dat werk om het native te doen in veel gevallen.

[gpon]

Feit is daardoor wel dat apps niet meer aansluiten het besturingssysteem en bovenal traag aanvoelt. Laat staan impact hebben op batterij van je device.

[FreezeXJ]

Dan koop je maar nieuwe hardware die sneller is. Optimaliseren is iets uit 1990, als je nog geen 256 GB RAM hebt en 8 TB harde schijf ben je gewoon een armoedige prutser, en moet je geen Windows willen draaien. Laat staan Windows 11, want dat wordt gewoon totaal ontwikkeld als allemaal losse systeempjes, die allemaal naast elkaar moeten draaien, en allemaal hun eigen browsertje hebben draaien.
Ongeveer zoals Flatpak op Linux.

Nog even geduld, dan draaien we losse VMs voor elke applicatie, met een aparte VM ernaast (per applicatie) voor de routering, en een aparte VM ernaast voor de front-end-browser, en een aparte VM voor de cloud-communicatie. Kost wat performance, maar flexibel dat het is!

[psychicist]

Daar ga ik dan met mijn systemen met 32 en 64 GB RAM. Ik wist dat het moment eraan zat te komen, maar ik zal nu toch wel honderden tot duizenden euro's moeten neertellen voor een modern systeem. Maar ja, je moet toch een keer met je tijd mee. We kunnen immers niet allemaal in de jaren 2010 blijven hangen, laat staan de jaren 90.

[Loggedinasroot]

En het geduld is op.

Zie hier de toekomst:

https://doc.qubes-os.org/en/latest/introduction/intro.html

[Matthijs8]

Zoveel RAM heeft Qubes OS niet eens nodig, jaren lang met 16BG RAM gedraaid

[bantoo]

Ja en dat is dus niet belangrijk voor de meeste ontwikkelaars. Als een app geen interactie heeft met de rest van het besturingssysteem al helemaal niet. Je kan een WebView2 app er native uit laten zien als je dat wil, gooi het in een WinUI container oid.

[gpon]

Maar ondanks het er native uitziet via WinUI voelt het niet native. Er zit nog altijd een bepaalde lag tussen, al is dat duidelijker op smartphones.

[ymmv]

Omdat ze op die manier geld kunnen besparen: ipv van verschillende native apps voor elk OS, hergebruiken ze nu de web-versie. Het voordeel voor bedrijven is dat er dan maar 1 codebase is. Ook is de UI hetzelfde in elke omstandigheid (web, mac, pc, android, ios).

De nadelen zijn voor gebruikers want webview-apps zijn trager dan native, hebben minder functionaliteit dan native en zijn niet geoptimaliseerd waardoor ze extreem veel RAM gebruiken.

[Zoop]

Omdat (goedkope) webontwikkelaars vinden zoveel makkelijker is dan programmeurs die goed kundig zijn in een meer baremetal taal.

Het is simpelweg zoveel makkelijker met wat public libraries een webapp in elkaar te draaien en als dat "native" moet draaien, wikkel je er een Electron app omheen, en klaar ben je. Plus, je kan de "app" en web versie baseren op dezelfde code.

Daar komt heel veel overhead bij kijken, ja. Er wordt een gigantisch proces doorlopen om enkel een stukje tekst op je scherm te krijgen.

[Dreamvoid]

Omdat de kosten voor meer geheugen en hoger cpu gebruik niet voor henzelf zijn, maar voor de klanten.

Hetzelfde zie je ook bij websites, allemaal volgepropt met clientside Javascript terwijl 99% van de websites veel sneller zouden werken als statische HTML gegenereerd op de server. Maar ja, daar betaalt de website voor.

[Reactie gewijzigd door Dreamvoid op 8 december 2025 14:49]

[jpsch]

Dit werkt sneller en goedkoper voor de bedrijven.

[studioh]

Kan iemand die er verstand van heeft uitleggen waarom WV2 zo significant veel geheugen gebruikt?

[Bedge85]

De agenda is nu een webtaal ontwikkeld, vermoedelijk een combinatie van html, css en javascript. Er zitten veel abstractie tussen deze webtalen voordat een machine er wat mee kan doen. Dit zorgt voor het hoge geheugengebruik van op web gebaseerde platformen. Wanneer de applicatie in een taal wordt ontwikkeld die dichter op de hardware zit zoals C, C++ of rust is het geugen gebruik bij zelfde functionaliteit lager.

Er zijn enorm veel webontwikkelaars, ze zijn relatief goedkoop en de tooling is enorm uitgebreid. Daarom is het voor een bedrijf aantrekkelijk om applicaties die vroeger in een native taal werden ontwikkeld nu te ontwikkelen in een webtaal. Het ontwikkelwerk is goedkoper. Als consument heeft het veel nadelen omdat het meer geheugen gebruikt. Nou is tegenwoordig 130MB niks, maar als Microsoft op nog 10 plekken een soortgelijk keuze maakt zit je alweer aan 1.3GB.

Wat het nog meer in perspectief plaatst, Windows 95 draaide op 8MB geheugen best redelijk.

[Reactie gewijzigd door Bedge85 op 8 december 2025 12:37]

[Croga]

Nou is tegenwoordig 130MB niks, maar als Microsoft op nog 10 plekken een soortgelijk keuze maakt zit je alweer aan 1.3GB.

Is dat zo? Maken ze niet allemaal gebruik van dezelfde engine onderhuids? Ofwel; één keer Edge laden, alle WV2 applicaties kunnen aan het werk?

Daarmee is dit bericht ook wat misleidend; er zijn veel meer zaken in Win11 die gebruik maken van de Edge engine en daardoor voegt een nieuwe WV2 app geen 130MB geheugen gebruik toe.

[Hobbit13]

geloof het wel, die omgevingen staan los van elkaar, en worden grotendeels gedubliceerd. Voor elke tab die je in een browser open hebt, wordt ook eigenlijk een complete browser gestart.

[Croga]

In Chrome heb je gelijk. In Edge niet. Vandaar ook dat Edge tegenwoordig veel beter presteert dan Chrome.

[supersnathan94]

Nouja “veel”. Beiden zijn chromium based. Edge gaat iets beter om met geheugen, maar als chrome de baseline is dan is dat ook niet zo moeilijk.

Edge is wel de betere browser, maar in dat opzicht ook weer de shiniest of two turds.

Hun eigen engine was significant sneller. Nu is het minder bloated dan chrome. Dat is een verschil.

[sdziscool]

nou de nieuwe browser voor iedere tab is eigenlijk een feature, niet een bug. Vanwege security tegen XSS is het de bedoeling dat ieder tabblad zo min mogelijk te doen heeft met de andere tabbladen, dus hoe minder van hetzelfde ze gebruiken, hoe veiliger.

[indigo79]

nou de nieuwe browser voor iedere tab is eigenlijk een feature, niet een bug. Vanwege security tegen XSS is het de bedoeling dat ieder tabblad zo min mogelijk te doen heeft met de andere tabbladen, dus hoe minder van hetzelfde ze gebruiken, hoe veiliger.

Als een read-only code page delen een probleem oplevert, is dat een fundamentele designfout. Mee eens dat de verschillende processen niet aan elkaars data horen te zitten, maar die data is sowieso anders voor (bijna) elk ander tabblad/widget/...

[sdziscool]

in security kan alles misbruikt worden voor een aanval, read only code kan via een ander process gebruikt worden als injectiemateriaal, het design hier is gewoon maximaal veilig ipv 'hopen dat dit geen probleem oplevert', hoe complexer = hoe meer waarschijnlijk dat er misbruik gemaakt van kan worden.

[amigob2]

Heb net even gekeken naar hoe het nu is met Teams

Teams totaal 750 Mbyte geheugen waar 90% webview is
Daar naast is er nog een "Webview manager" die 150 Mbye gebruikt.

Die manager zal wel gedeeld worden, maar de rest niet

[poktor]

Dit inderdaad. Teams is een draak van een pakket, het liefst zou ik die direct deleten, ware het niet dat ik het nodig heb voor contact met de collega's. Ik zal blij zijn als ik er vanaf ben.

[Jack77]

+100

[Frietsaus]

Dat is een keuze bij de implementatie van WebView, je kunt gebruikmaken van de systeemruntime of je eigen versie meeverpakken in je applicatie zodat je verschillende versies kunt gebruiken, of beter gezegd, controle hebt over de versie waar je tegenaan ontwikkelt. Ik vermoed echter in dit geval dat Microsoft gewoon de systeemruntime gebruikt.

[Reactie gewijzigd door Frietsaus op 8 december 2025 13:07]

[HollowGamer]

Volgens mij kan dat niet. Draai zelf geen Windows 11, maar op Linux is er (ook) geen shared Electron SDK, het zijn allemaal losse instances (ook voor de sandboxes).

Denk dat de enige oplossing is wat Mozilla aan het bouwen was. Het is een veel lichtere engine, en doordat die van Rust is, in theorie ook minder memory leaks.

[necessaryevil]

Wat was Mozilla aan het bouwen en waarom zij ze daarmee gestopt?

[Reactie gewijzigd door necessaryevil op 8 december 2025 17:02]

[HollowGamer]

Ze waren bezig met een nieuwe engine. De naam ben ik even kwijt, maar deze wordt nu ontwikkeld door de Linux Foundation.

[Caelorum]

Alleen jammer. Zitten ze aan de ene kant van alles te doen om de impact van Windows (en Microsoft als geheel) op de natuur te verminderen en aan de andere kant voegen ze dit soort zaken toe.

[jpsch]

Gaat ze toch niet om de natuur? Kijk naar de eisen van Windows 11, kijk naar al die datacentra en het gebruik.

[dura]

En het proberen 400 miljoen Windows 10 PCs op de schroothoop te krijgen is op zijn zachts gezegd ook niet echt milieuvriendelijk.

[jpsch]

Ben wel blij met de Linux promotie van MS.

[asing]

Dat is een beetje een foute stelling. Microsoft zelf heeft het nergens over Linux. Ze willen graag dat je een nieuwe PC koopt met Windows 11 zodat je binnen hun ecosysteem blijft met alle voordeeltjes die over en weer genoten worden.

Het zijn de youtubers, sommige tech websites en andere bronnen die ineens Linux als oplossing naar voren schuiven als je geen nieuwe PC wilt kopen en/of niet vast wil zitten in het ecosysteem van Microsoft. Of dat lukt zullen we over een paar maanden kunnen zien in Statcounter en anderen. Ook zullen distro's (met name Ubuntu en Mint) merken dat hun install base groeit. Deze 2 distro's worden met name vaak genoemd als alternatief voor Windows.

[poktor]

Eens! Ze ZEGGEN dat ze "groen" bezig zijn en om de natuur geven, maar ondertussen DOEN ze het tegenovergestelde. Dit is gewoon politiek. Leugens, dus.

[bzzzt]

Ik zou er minder moeite mee hebben als er nieuwe dingen mogelijk worden die eerder geen optie waren, maar dit lijkt inderdaad gewoon op het vervangen van werkende code door minder efficiënte...

[swhnld]

Op een Intel NUC met 7de generatie processor en 8Gb werkgeheugen kon ik officieel geen Windows 11 draaien, maar uiteraard met een register tweak kon je daar omheen.

Praktijk, deze ingericht als thuiswerk oplossing, dus alle rommel van mijn werkgever erop, is er dan een probleem met mijn laptop kon ik hierop fijn verder werken. Opstarten duurde wel 11 minuten (nadat de nieuwe teams en outlook apps uitgebracht zijn) tot alles geladen was en Teams automatisch geopend.

Echter, we ondersteunen op het werk alle besturingssystemen, dus voor de gein op een regenachtige zondagmiddag gaan knutselen op diezelfde NUC, en er Ubuntu-Cinnamon op gezet (alle instructies van werk applicaties zijn op Ubuntu gebaseerd, maar ik vind de standaard interface minder fijn omdat ik aan Windows gewend ben, en Cinnamon lijkt daar veel meer op). Na installatie, Edge toegevoegd, en daaruit als PWA ook teams en outlook, met auto start. Blijkt dat de NUC ineens onder een minuut opgestart is met de hele omgeving en Teams en Outlook dan geopend heeft. Mijn conclusie, MS is niet goed bezig op dit gebied.

[The Reeferman]

Yep, als dit zo door gaat ben ik binnen 10 jaar over op Linux. Hopen dat de compatibiliteitsproblemen met multiplayer anticheat dan zijn opgelost. Al speel ik zulke games weinig de laatste tijd, ik ken mezelf, als het niet meer kan lijk ik het ineens te willen.

[Gropah]

Was het hele voordeel van WebView2 niet dat er niet voor elk component een aparte engine hoeft te draaien, maar dat ie het kan delen tussen verschillende componenten/views? Als dat zo is, dan zou het niet meer 130mb per component zijn. Ben dan wel benieuwd hoeveel dan wel, en alsnog wel meer dan een goed geschreven applicatie in een systeemtaal.

[ManIkWeet]

Je kan zo'n component waarschijnlijk zien als een tabblad in de Edge browser. Zal inderdaad niet de volle mep geheugen gebruiken, maar ook niet niks (het blijft een sandbox javascript omgeving bijv.)

[Aaargh!]

Je zou denken dat het grootste software bedrijf ter wereld wel een native kalender componentje kan ontwikkelen. Wat een aanfluiting.

[poktor]

Probleem bij microsoft is dat er enorm veel verloop is geweest en nog is. Alle oudgedienden die echt iets konden zijn inmiddels weggekocht of met pensioen en wat achterblijft is het wrakhout dat hun eigen werk amper begrijpt. En dan krijg je dergelijke draken van producten. Zal mij niet verbazen als er binnenkort gouden tijden aanbreken voor linux.

[MoonRaven]

Met de huidige RAM tekorten gaat dit in mijn ogen wel een probleem worden. Zeker omdat HP bijvoorbeeld ook al minder RAM standaard gaat uitleveren..

[Coolstart]

Nou is tegenwoordig 130MB niks, maar als Microsoft op nog 10 plekken een soortgelijk keuze maakt zit je alweer aan 1.3GB.

In File explorer gebruikt ook meer geheugen dan W10 en het is trager.(bron) Is Microsoft is beetje bij beetje een trage tanker aan het worden omdat onze PC's zo snel zijn? Ik denk het wel.

Je moet die bron eens lezen. Ze vermoeden dat W11 veel componenten van W10 draaien met een W11 schil voor extra features waardoor W11 trager is dan W10 omdat je een vertaalslag hebt + Extra context menu's erboven op.

Ze zeggen "Toolbars, context menus, title bars, and panes are all rendered with WinUI rather than native Win32 widgets."

Er zijn enorm veel webontwikkelaars, ze zijn relatief goedkoop en de tooling is enorm uitgebreid. Daarom is het voor een bedrijf aantrekkelijk om applicaties die vroeger in een native taal werden ontwikkeld nu te ontwikkelen in een webtaal.

Ik volg uw redenering half maar volgens mij gaat dit niet lang meer duren omdat AI alles functionaliteit kan omvormen naar C++ of nog beter: Rust. Dan win je aan stabiliteit, veiligheid en verlaag je uw voetafdruk omdat ze rechtstreeks verbonden zijn met de Win32 api. Geen nood om daar nog een laag bovenop te zetten omdat devs de taal of API niet helemaal kennen.

Misschien is 'universal' de grote reden om web frameworks te gebruiken. Code once run everywhere. Alles wat Native is, moet je opnieuw opbouwen voor elk platform. Dat kost meer geld om uw codebase te onderhouden. En je moet compilen in voor X86 en ARM. Webapps draaien overal. Het is goedkoper maar minder efficient.

[Reactie gewijzigd door Coolstart op 8 december 2025 13:17]

[Zezura]

Klopt, het gaat er ook niet om of een webview zelf slecht is of niet maar eerder om of je het wil gebruiken per situatie. Maar je moet wel een afweging maken of dat webview voor een klein element 130MB verbruikt wel acceptabel is.

Ik vind van niet en zou het direct terug sturen naar de ontwikkelaars. Een calendar widget zou nooit 130MB aan geheugen moeten innemen. Dan heb je misschien de verkeerde technologie stack gekozen. Ik kan me niet voorstellen dat een webview zoveel ruimte in beslag moet nemen. Ze kunnen vast een build maken waar veel functionaliteit niet in mee genomen is en dus geen geheugen kost.

maar goed nogmaals een browser is een hele Virtual Machine e.d. moet je dat willen voor een klein widget in de taakbalk? Is dat niet op mieren schieten met een racket?

[Reactie gewijzigd door Zezura op 8 december 2025 13:13]

[TheDudez]

tenzij je een VDI omgeving hebt....

[locke960]

Er zijn enorm veel webontwikkelaars, ze zijn relatief goedkoop en de tooling is enorm uitgebreid. Daarom is het voor een bedrijf aantrekkelijk om applicaties die vroeger in een native taal werden ontwikkeld nu te ontwikkelen in een webtaal.

Het is niet alleen dat. Het bespaart ook veel op cross-platform functionaliteit, het laat zich relatief makkelijk op andere OSen (en Windows voor ARM) implementeren. Het is web-API gebaseerd, dus mobile app versies kunnen de zelfde API gebruiken. Het vertaald ook vrij makkelijk naar een web-versie van je software (Web Outlook) en dat maakt het integreren met allerlei andere online systemen ook weer makkelijker.

[johnbetonschaar]

Microsoft zou gewoon een degelijk native UI framework moeten hebben dat ze cross-platform kunnen uitrollen op elk platform dat ze aanbieden. En voor het backend gedeelte van zo'n kalender widget heb je natuurlijk al helemaal geen web technologie nodig die 130 MB verstookt, dat hadden ze gewoon in C# kunnen implementeren en dan had het nog geen 1MB aan RAM hoeven te kosten.

Het gemak waarmee dit soort keuzes worden gerelativeerd als 'dat maakt het voor Microsoft weer makkelijker om...' verbaast me altijd enorm. Alsof het in 2025 ineens nooit eerder vertoonde alien-technologie is om een kalender componentje te ontwikkelen dat makkelijk op verschillende plekken te hergebruiken is, en de enige manier waarop je dat als Microsoft voor elkaar kunt krijgen een web-view is.

[johnbetonschaar]

Er zijn enorm veel webontwikkelaars, ze zijn relatief goedkoop en de tooling is enorm uitgebreid. Daarom is het voor een bedrijf aantrekkelijk om applicaties die vroeger in een native taal werden ontwikkeld nu te ontwikkelen in een webtaal. Het ontwikkelwerk is goedkoper.

Een bedrijf van ~3.3 triljard marktwaarde, 245 miljard dollar omzet en 228 duizend werknemers, en die moeten een kalender widget ontwikkelen in een webview omdat dat goedkoper is, het moet niet heel veel gekker worden als je het mij vraagt

Ik snap overigens dat dat niet jouw punt was maar het is toch wel diep triest dat de maker van het meest gebruikte OS ter wereld het blijkbaar zo ontzettend weinig interesseert wat eindgebruikers voor hun neus krijgen dat ze zelfs voor dit soor triviale functies al naar dit soort oplossingen grijpen.

[Reactie gewijzigd door johnbetonschaar op 8 december 2025 16:45]

[necessaryevil]

Wat het nog meer in perspectief plaatst, Windows 95 draaide op 8MB geheugen best redelijk.

Windows 95 is mijn inziens het eerste OS waar echt over de systeemeisen geklaagd werd. Weird Al Yankovic heeft hier nog een liedje over geschreven.. In die tijd evolueerde hardware erg snel, optimaliseren was eigenlijk een beetje zonde, tegen de tijd dat de software uitkwam was je systeem snel genoeg. In 1995 is Wirth's law ook geformuleerd: "software is getting slower more rapidly than hardware is getting faster". Ik heb een Youtube-filmpje in gedachten dat ik even niet kan vinden... dat ging over het programmeren van Mario in een paar kilobyte geheugen. De programmeur moest het systeem van binnen en buiten kennen, de graphics en de gameplay werden wederzijds beïnvloed door de hardware. Voorbeeld: de programmeur kon een nieuw monstertje maken doordat hij ontdekte dat het op z'n kop zetten van een bestaand monstertje er goed uitzag. Dit koste hierdoor weinig extra geheugenl.... Je snapt het wel, zo kan je tegenwoordig niet meer programmeren...

Er was nog even hoop, na Windows Vista. De ontwikkeling van computers ging opeens niet meer zo snel als voorheen, Microsoft steunde hier teveel op en Windows Vista kreeg meer kritiek. De langzamere snelheidstoename van computers maakte softare efficiency even een ding, ik ben in die tijd zelf ook zelf ook efficiëntere programma's gaan gebruiken, µTorrent en Foxit reader. Er zijn ook verbeteringen, nieuwe versies van Windows starten veel sneller op. Ik heb nog eens Windows 98 in een VM geïnstalleerd en dat was om te huilen, het start echt traag op. Waarschijnlijk werkten ze daarvoor meer met timers (o.i.d.)...

Ik vind het soms ook welleens pijnlijk hoor... Enige tijd terug heb ik veel moeite gedaan om een Asus Transformer tablet met 1GB ram te voorzien van een nieuwere Android, alleen om te ontdekken dat je met 1GB ram niet eens meer fatsoenlijk kan browsen....Ik heb hier nog een NAS met 128MB ram, de performance is goed, maar er is geen moderne software meer voor... (onveilig). Het is compleet ontdenkbaar dat iemand alternatieve software gaat maken die werkt op dit ding... en dat is niet (alleen) vanwege de exotische hardware. Ik heb ook welleens Raspbian Lite OS op de Raspberry Pi Zero geïnstalleerd... dat draait, ondanks het geen grafische interface heeft, ook erg traag. Maar als je dan weer DietPI installeert snap je waarom: er ontbreekt veel. Maar aan de andere kant, in de early zero's, toen hardware-ontwikkeling nog snel ging, waren goedkope single board computers in het algemene leven ondenkbaar, veels te traag.

Ook in embedded geldt Wirth's law blijkbaar. Ik heb ooit op het forum van EEVBlog een thread gelezen waarin de firmwarevan een Agilent/Keysight osciloscoop geanalyzeerd werd. In de beperkte hardware is er een functie geprogrammeerd in Java. Voor deze ene functie moest dan JVM gestart worden. Dat is zonde gezien de beperkte performance.

Als je toch iets wilt zien waarin efficient geprogrammeerd is, kijk dan eens naar het Arduino-platform. Er zijn projecten waarin er een TFT-scherm wordt aangestuurd, er is dan een hele grafische interface aanwezig. Dat ding is gebaseerd op een microcontroller met 16MHz processor, 2K ram en 32k opslag...

[player-x]

Wat het nog meer in perspectief plaatst, Windows 95 draaide op 8MB geheugen best redelijk.

Windows 95/98/Millennium waren een 32bit OS, en draaide op max 4GB, waar je effectief 3.5GB van overbleef voor gebruiker, en de meeste gebruikers, maar 2GB geheugen gebruikte.

4 van deze web app's is meer dan Windows 95 of 98 zelf gebruikte.

[Brainy1978]

Ik had een 486 DX2 66 met 8MB en Win 95 draaide er op. Snel? Toen wist je niet beter. Tja hoe sneller de computer en hoe meer geheugen, hoe luier de programmeurs worden met alle mogelijke bugs van dien.

En met AI gaat dat ben ik bang alleen maar erger worden. Steeds meer mensen verleren te programmeren... 130MB voor een klein venstertje met een kalender is bizar veel en laat staan het toegenomen stroom verbruik door de CPU load die dit met zich meebrengt. Een kalendertje...

[Powerblast]

Ik vraag me wel af of we met de huidige uit de pan swingende RAM prijzen stilaan toch niet wat moeten gaan kijken om wat meer terug op geheugen gebruik te letten. De reden is inderdaad zoals je aangeeft, ik vind het persoonlijk alleen niet de beste call. Javascript kan de massa dus laat ons dat dan maar kiezen om native tooling in te bouwen. Gaat op zolang hardware goedkoop is .

[Dreamvoid]

Javascript is een erg inefficiente taal die een zware/complexe interpreter nodig heeft, en vanwege security worden de browser processen tegenwoordig volledig gescheiden gehouden. Dus, erg inefficient geheugengebruik.

[R4gnax]

Javascript is een erg inefficiente taal die een zware/complexe interpreter nodig heeft

Hoi. Hoe is het daar, in het jaar 1990?

JavaScript runtimes zoals V8 draaien tegenwoordig, nou ja: sinds 2023, cirkeltjes om die van talen als Lua, wat al geschikt gezien wordt om in memory-heavy applicaties met real-time constraints zoals videogames gebruikt te worden als scripting platform.


De reden dat dit kreng 130 MB aan RAM gebruikt en 20% CPU (in sommige gevallen zelfs 100%) is waarschijnlijk omdat het a) geprogrammeerd is door de goedkoopst mogelijke idioten binnen Microsoft die Satya kon vinden en het met AI wilden bouwen, en b) geprogrammeerd is bovenop React met Microsoft's eigen inhouse ontwikkelde React UI component library.

Vanuit mijn werkgever heb ik met Azure Communications Foundation moeten werken, welke ook van die UI toolkit gebruik maakt, en via-via ben ik dus eens in die code gaan grasduinen. Het is één gigantisch grote overgecompliceerde gammele teringbende.

Teams draait vziw bovenop dezelfde toolkit. Mijn eerste reactie bij het zien van hoe dat boeltje werktte, was dan ook: "ah, dat verklaart."

[Reactie gewijzigd door R4gnax op 8 december 2025 19:35]

[Dreamvoid]

Ja dit excuus hoor ik al jaren (meestal van JS devs), maar op 1 of andere manier zijn alle React/JS applications volledig bloated, met waardeloze performance tov platform-native, en ook niemand schrijft performance-critical code in JS.

[R4gnax]

ook niemand schrijft performance-critical code in JS

Omdat het voor het doelgebied doorgaans niet interessant genoeg is om het onderste uit de kan te halen.
Overigens: https://github.com/inolen/quakejs

Daar is JS als compile target gebruikt door Emscripten, dus niet handgeschreven. Maar als het door een compiler zeer sterk geoptimaliseerd wordt, is het snel genoeg om Quake 3 Arena vloeiend te draaien. (En nee- dat is geen Webassembly.)

Dus handgeschreven JS kan ook echt wel rap genoeg zijn om een simpele desktop line-of-business interface te presenteren.

[John Doos]

Omdat het altijd de edge browser engine laat draaien om de content te serveren.

[gpon]

Chrome zul je vast bedoelen?

[qbig1970]

Nee, hij bedoeld echt Edge (die is gemaakt/gebouwd is op Chromium. Wat niet hetzelfde is als Chrome).

[b12e]

Nuja de "Edge browser engine" is gewoon "Chromium browser engine" tegenwoordig.

Chrome is de browser van Google (die de Chromium Browser Engine gebruikt, net zoals Edge een browser is met onderliggende engine).

[doltishDuke]

Chromium, bedoel je denk ik?

[Brenuijl]

nee chromium

[Crew One]

Het is in feite een browser. (Wat voor het tonen van een simpele kalender, gewoon overkill is.)

En erger nog; het het is een browser gebaseerd op Chromium. Niet bepaald bekend om het zuinige geheugengebruik :)

[Reactie gewijzigd door Crew One op 8 december 2025 12:28]

[memphis]

Wat ze vroeger allemaal niet binnen 32k konden programmeren... Meer indrukwekkend dan een 130Mb agenda van vandaag de dag. Maar ach, als tegenwoordig 8Gb memory een minimum is is 130Mb een schijntje al zegt dat inderdaad niet dat het niet beter kan.

[kikkertjes]

Complete TV besturing inclusief menus, teletext en stereo geluid: 16k

[eprillios]

Het gebruiken van zware webcomponenten in andere applicaties en UI’s doet me denken aan het diep integreren van Internet Explorer in Windows door Microsoft in het verleden. Het lijkt erop dat Microsoft dezelfde weg aan het gaan is met Edge. Hopelijk kan de DMA nog een koerswijziging afdwingen.

[JustFogMaxi]

Edge is helemaal niet verplicht hiervoor. Het gebruik Webview2, dat is alleen de 'render engine' zeg maar. Dit zit gewoon in Windows of bij een app.

[eprillios]

De WebView2-runtime is gebaseerd op Edge (die Blink als browserengine onder de motorkap heeft, net als Google Chrome). Daarmee dwingt Microsoft een engine af als ‘standaard’, waardoor een concurrent als Gecko (Mozilla) de pas wordt afgesneden. Het marktaandeel van browsers die Blink gebruiken is al zodanig groot, dat (te) veel ontwikkelaars hier de meeste aandacht op richten.

Daarnaast is het jammer dat apps en UI-elementen bij elkaar opgeteld nu onnodig veel resources in beslag nemen, omdat webruntimes in het geheugen geladen moeten worden.

[bantoo]

Ja, de EU gaat mensen verplichten om software te bouwen in WinForms in plaats van op een browser stack. Dit heeft niets met elkaar te maken.

[eprillios]

Probleem is welbeschouwd dat Microsoft zowel Edge als Windows bouwt, en dus een marktverstorende rol heeft wanneer Edge-componenten als basis worden genomen voor andere zaken dan webbrowsen. Het is Microsoft die hier min of meer dwingt Edge te accepteren op je Windows-installatie.

[Loller1]

Neen want dit is niet Edge. Tweakers maakt die sprong misschien wel in dit artikel, maar dat maakt het nog niet waar. WebView2 is een engine, niet een browser. Dat Windows het gebruikt om dingen te renderen betekend nog niet dat je Edge moet gebruiken.

[CriticalHit_NL]

Een van de redenen dat ik Edge eigenlijk links liet liggen, ga een herhaling van IE niet ondersteunen, zeker gezien ze steeds diepere intergraties willen binnen het OS met de Microsoft Store + Microsoft Account en alles wat ze dan aan je Microsoft account kunnen koppelen o.a. apps zoals Office en dit soort dingen.

Voor mij hoeft dat niet.

Onlangs m'n 20 jarige oude Hotmail account maar grotendeels non-actief gesteld omdat Microsoft de laatste tijd de authenticatie niet goed bij de hand heeft, legio mensen die afgelopen 2 maanden ineens werden buitengesloten van hun E-mail omdat ondanks de juiste gegevens de authenticatie faalt met het bericht dat je teveel pogingen hebt ondanks dat 2FA is ingesteld met de juiste codes gegeven. Des te vaker je probeert des te langer je wordt buitengesloten. (dat is al snel 7 dagen of langer)

Natuurlijk zat die E-mail wegens zijn leeftijd al wel in een paar datalekken, maar Microsoft geeft niet thuis m.b.t. ondersteuning, je krijgt vrijwel alleen robots of agents aan de lijn die niets voor je kunnen betekenen, ze hebben geen beveiliging tegen het onrechtmatig proberen te spammen van foutieve loginpogingen om iemand buiten te sluiten zover ik het begrijp.

Mensen hadden ook maar matig succes om via een telefoonnummer o.i.d. erin te komen, anderen dan wel weer met een alias voor het E-mail adres maar dan moet je die wel hebben. Als je een wachtwoord reset doet ben je meteen overal uitgelogd en kan je nergens meer bij zoals de app op de telefoon dus dat was sowieso niet aan te raden om te proberen als je belangrijke zaken nog gekoppeld zijn.

En men maar denken dat ze veilig bij Microsoft zitten, met hun online Microsoft account in hun OS, met bitlocker schijfencryptie geactiveerd met TPM beveiliging, met Onedrive als zogenaamde 'backup' met al je games op je Xbox account, die hierom meteen in één klap voor die mensen allemaal onbereikbaar worden. Sommigen zaten al een jaar tegen een E-mail blokkade aan te kijken die Microsoft niet oplost.

[JacOwns7]

Beetje offtopic, Maar een nieuwe Alias gebruiken als je officiele login naam werkt perfect tegen al die pogingen op oudere hotmail adressen, die idd in een bult lekken zullen zitten.

Had er zo'n 10 per uur. Nieuwe geheime alias erop, 0,0.

[gpon]

Niets nieuws. Is al jaren het geval onder smartphoneapps. Gebruiken een soort simpele web wrapper en presenteren het als app.

[Dylan_R]

Wellicht moeten ze even aan copiloot vragen of ze de geheugen kunnen reduceren.

[thomasv]

Wellicht als we stoppen met copilot dat de geheugenprijzen weer normaal worden zodat die extra hoeveelheid geheugen betaalbaar blijft.

[FreezeXJ]

Die kans is al wel verkeken, er zijn teveel mensen die hun carriere nu afhankelijk gemaakt hebben van AI (en dan bedoel ik niet de programmeurs).
Wat we wel kunnen doen is AI zo ongelofelijk misbruiken dat er geen winst meer uit te halen valt, omdat het veel te duur is om op te zetten, en daarmee alleen maar een belofte voor de verre toekomst wordt. Zeg maar wat we met 3d-brillen, en virtual reality gedaan hebben. Dat gaat ooit nog eens heel groot worden, maar nu is het vooral een duur speeltje waar je weinig mee kunt.

Van de andere kant: de AI-bubbel kan elk moment knappen, en het lijkt erop dat het nu vooral een klein clubje is dat elkaar druk sponsort, om de boel maar in leven te laten. Ik ben benieuwd wanneer de ChatGPT-bot oppikt dat ie kunstmatig in leven gehouden wordt door investeringen van NVidia, dat door investeringen van OpenAI gepushed wordt...

[arbraxas]

* arbraxas overhandigd@FreezeXJ een naald om m door te prikken.

Liever gisteren als vandaag om heel eerlijk te zijn.

[SG]

De AI vervangt bepaalde banen of reduceert benodigde personeel. En reduceert benodigde vak kennis. Dat top level personeel heb dat AI resultaten valideert . Het AI business model is bedrijf abbo’s van klein MKB tot enterprice. En consumer abbo voor massa en hobby en semi pro. En free AI als open source of local LLM. Ik gebruik AI niet regelmatig zoals veel software dus abbo is money sink voor mij. Veel pro software is de abbo route gegaan. Voor casual user. Mijd ik zulke software.

Het is geen bubble meer. Maar kan zijn dat er mogelijk niet ruimte is voor zoveel AI boeren. Naast dat die AI server clusters erg overpriced zijn door TSMC wafer prijzen 10x duurder sinds AI gekte en Nvidia price hike van pro gpu en die investeringen moeten uiteraard terug verdiend worden.

Mij lijkt een 1000,- abbo die HR reduceer van 20 : 7 werknemers .

Wat wel mogelijk is dat pool van vakmensen met lange ervaring skill verdwijnen. Skills zal moeten onderhouden als vaak doen . Dus men wordt dus sterker afhankelijk van AI.

[kwibox]

Zou wel leuk zijn als deze dan adviseert om een ander OS te gebruiken, eentje die wel een vlotte, consistente, enigszins doordachte en "breaking bugs-loze" gebruikservaring biedt.

Aangezien LLM's zich met name baseren op informatie op het internet, kan het helpen als we dat zo vaak mogelijk benoemen. Ik bijt alvast de spits af:

De beste oplossing voor het verbeteren van de prestaties en geheugenverbruik van Windows is een ander OS gebruiken

[Reactie gewijzigd door kwibox op 8 december 2025 12:44]

[desalniettemin]

Je krijgt een Windows update die natuurlijk weer niet goed werkt, krijg je vervolgens een update om die update te fixen enz enz. Alles draait om winst tegenwoordig bij Microsoft en niet de gebruiker. Het is een grote puinhoop dat W11 en daarom gaan velen terug naar W10. De LTSC versie.

[NatteKrant]

Alles draait om winst tegenwoordig bij Microsoft en niet de gebruiker.

Dat geld voor haast ieder beursgenoteerd bedrijf.

Het is een grote puinhoop dat W11 en daarom gaan velen terug naar W10. De LTSC versie.

Wie dan? Die paar consumenten die hun Win11 OEM downgraden naar Win10? Daar zit het geld niet, en ligt MS niet wakker van gok ik. Het aandeel Win11 groeit gestaag zeker nu de corporates haast ook allemaal de stap naar Win11 hebben afgerond (op een enkeling na die deels de Win 10 ESU optie kiest). Uiteindelijk wordt je ook door business software vendors gedwongen die hun software niet langer op Win10 supporten.

[desalniettemin]

XP en W7 bv, geen telemetry, reclames, AI. Die waren snel en kon je tenminste ook nog aanpassen. Meer dan de laatste versies.

[SG]

Windows gaf X86 de schuld blijk ARM verbeter dat niet . Er is dus iets mis met hun large scale software enginering. Het bouwen en extended op bestaande code. Misschien te veel code hergebruik.

Ik ben hobby coder als klein programma 20 iteratie en extensies heb gedaan. Spagetti code.

Als dan mess is. Maar heb dus werkend en dan from scratch zelfde ga engineren is heel stuk kleiner kwa code.

[FreezeXJ]

Over 2 jaar tijd zit het in het volgende model, als die tenminste niet denkt dat jij AI-gegenereerde content bouwt

[arjan1995]

Wellicht kunnen ze weer een aantal goede C / C++ ontwikkelaars aannemen, zodat dit onderdeel wél efficiënt kan worden geprogrammeerd. Een agenda die als onderdeel van het besturingssysteem wordt geprogrammeerd in HTML, CSS en Javascript, dat is gewoonweg niet efficiënt voor de resources die beschikbaar zijn.

[jeroen3]

Met de huidige geheugenprijzen van ~6 euro per GB kost deze feature dus zo'n ~€0.80.

[FreezeXJ]

Per systeem ja, dus dat is een best dure feature. Van de andere kant, Microsoft hoeft em niet te betalen, dat mag jij doen.

[Numbers6uy]

En met een install-base van 700 miljoen computers, kost deze agenda de wereldeconomie 560 miljoen euro aan RAM, goed voor ongeveer 0.30% van de wereldwijde RAM verkoop in 2025 ($200 miljard).

[computerjunky]

Het geheugen in mijn pc kost het dubbele. Maar als dit er net voor zorgt dat je geheugen tekort komt kost het veel meer.

[bantoo]

Lijkt me logisch dat ze logica uit Outlook hergebruiken en daarom dus ook een WebView2 host gebruiken voor de app. Ik zie geen probleem. Nogal weinig gespecificeerde nummers, "De processorbelasting schiet daardoor omhoog van inactief naar 6 tot wel 20 procent" dit zegt natuurlijk niets. Zit dat ding op idle? Wat voor processor zit er in? Zit het in een powersave stand?
Dan nog telt het al met al niet aan. Paar klokcycli en 100MB geheugen.

Maar goed zal wel weer 100 eindgebruikersklachten opleveren onder het artikel.

[geert1]

130MB voor een kleine feature tikt toch al snel aan. Windows heeft al langer het probleem dat er eigenlijk te veel spul draait op de achtergrond waardoor bijvoorbeeld games minder performance hebben dan op Linux (in anderzijds zoveel mogelijk gelijke situaties). Ondanks pogingen om een game modus te maken, decennia aan ervaring en veel menskracht.

Specifiek het gebruik van website-technologiën waar native sneller zou zijn, zien we steeds vaker. Het is gemakzucht.

Kijken we naar de Verkenner, dan zien we dat die ook flink zwaarder is geworden.

Zouden we niet mogen verwachten dat dingen juist meer optimaal worden over de decennia, van zo'n gigantisch bedrijf als Microsoft? Ze hebben een extreme voorkeurspositie, zakken vol geld, en de verantwoordelijkheid over het grootste desktop OS in de wereld. Waarom ga je direct maximaal in de stand van "het zal wel meevallen"? Geheugen is ook nog eens enorm duur geworden dus ook daar zit geen goedkope oplossing.

Als het zo door gaat verspillen we meer en meer gigabytes aan RAM voordat we ook maar één app of game hebben opgestart.

[bantoo]

Ik lees niets anders dan eindgebruikersklachten die geen enkele relatie hebben tot hoe Windows ontwikkeld wordt. Ik ga in "die stand" omdat ik het vanuit het perspectief bekijk van iemand die de opdracht kreeg om de Outlook kalender in die zijbalk te proppen.

[geert1]

Die eindgebruikersklachten lijken mij behoorlijk relevant; als producent neem je feedback van gebruikers mee als je slim bent. Ook als er qua ontwikkeling wel een reden was voor het inzetten van Webviews, wil niet zeggen dat het ook echt het beste idee is onder de streep. En daarboven gaat het om een hoop tech-professionals die testen en meten, dus het is lang niet alleen subjectieve of slecht geïnformeerde kritiek.

Windows wordt steeds trager en logger, en het lijkt me nogal logisch dat dit opvalt en dat daar klachten over zijn.

Dat de gehele Outlook-app ook een Webview2-app is maakt het alleen maar erger. Hoe meer we doen met web-technologie waar het niet nodig is, hoe meer geheugen, CPU en energie er wereldwijd verspild wordt. Met miljarden gebruikers zou Microsoft aan meer mogen denken dan alleen de eigen werksnelheid en het gemak.

[Loller1]

130MB voor een kleine feature tikt toch al snel aan. Windows heeft al langer het probleem dat er eigenlijk te veel spul draait op de achtergrond waardoor bijvoorbeeld games minder performance hebben dan op Linux (in anderzijds zoveel mogelijk gelijke situaties). Ondanks pogingen om een game modus te maken, decennia aan ervaring en veel menskracht.

130 MB voor een feature waarvan we niet eens weten welke functionaliteiten er geboden worden zegt niet veel. En wat boeit het zelfs als dit alleen wordt ingenomen terwijl je er actief naar kijkt? Daar dient RAM voor.

Had ik het liever efficiënter gezien? Natuurlijk. Maar wat een voorbeeld van "van een mug een olifant maken" is dit hier weer zeg...

[Reactie gewijzigd door Loller1 op 8 december 2025 13:50]

[JacOwns7]

Inderdaad. Stock pakt mijn Windows 11 home zonder debloat vaak net geen 8gb van mn 32 beschikbaar. Dat is volgens mij al met een hoop door fetching. Daar gaat 100-130mb geen verschil in maken.

Heb liever dat een OS wat meer Ram pakt vanwege prefetch ect..

[Croga]

130MB voor een kleine feature tikt toch al snel aan. Windows heeft al langer het probleem dat er eigenlijk te veel spul draait op de achtergrond waardoor bijvoorbeeld games minder performance hebben dan op Linux (in anderzijds zoveel mogelijk gelijke situaties). Ondanks pogingen om een game modus te maken, decennia aan ervaring en veel menskracht.

Sinds wanneer is Microsoft dan serieus bezig een game modus te maken? Daar hebben ze nooit een incentive voor gehad. Ik had er dan ook nooit van gehood voor de ROG Xbox.

Specifiek het gebruik van website-technologiën waar native sneller zou zijn, zien we steeds vaker. Het is gemakzucht.

Nee, het is economie. Er is geen reden waarom deze agenda snel zou moeten zijn.

Kijken we naar de Verkenner, dan zien we dat die ook flink zwaarder is geworden.

Hele slechte vergelijking. Verkenner is langzaam omdat remote folders langzaam zijn. Verkenner is qua features veel en veel uitgebreider dan het een paar jaar terug was. Dus ja, als er functionaliteit wordt toegevoegd waar gebruikers wat aan hebben (en dat hebben ze, zeg ik uit ervaring) dan kun je niet verwachten dat het kleiner of sneller wordt.

Zouden we niet mogen verwachten dat dingen juist meer optimaal worden over de decennia, van zo'n gigantisch bedrijf als Microsoft? Ze hebben een extreme voorkeurspositie, zakken vol geld, en de verantwoordelijkheid over het grootste desktop OS in de wereld. Waarom ga je direct maximaal in de stand van "het zal wel meevallen"? Geheugen is ook nog eens enorm duur geworden dus ook daar zit geen goedkope oplossing.

Waarom zou je moeten verwachten dat dingen optimaler worden in een kapitalistisch systeem? Waarom zou Microsoft geld uitgeven aan zaken die hen geen geld opleveren? Zo werkt het niet..... En "Geheugen is enorm duur geworden" is zo zwaar overdreven dat we het daar al helemaal niet over moeten hebben.

Als het zo door gaat verspillen we meer en meer gigabytes aan RAM voordat we ook maar één app of game hebben opgestart.

Ook hier weer schromelijk overdreven. Microsoft is aan het standaardiseren op WV2. En dat betekend dat men een Edge engine op moet spinnen om al die WV2 te kunnen draaien. Als je al die WV2 apps op zich bekijkt "kosten" ze 130MB. Ik gok zomaar dat de tweede WV2 app die ja opspint een minime fractie daarvan kost aangezien het op diezelfde engine draait.

[geert1]

Je gaat vrij kort door de bocht hier en daar, maar noemt ook een paar goede punten ter nuancering.

Bijvoorbeeld over die game mode; die zit al in Windows: Windows Game Mode prioritizes gaming by limiting background processes and preventing notifications to improve performance and stability. To enable it, go to Settings > Gaming > Game Mode and toggle the switch on. Game Mode is turned on by default, but you can adjust this setting in Windows Settings.

Dus dat is al een ding, maar doet nog niet genoeg voor maximale snelheid wat mij betreft, aangezien meerdere tech-experts laten zien dat hogere performance mogelijk zou zijn met een algemeen lichter besturingssysteem. Dan zou er misschien niet eens een game modus nodig zijn.

Over de verkenner: zouden gebruikers die geen remote folders gebruiken niet alsnog snellere software kunnen hebben? Zou zoiets niet conditioneel kunnen worden ingeladen door de genieën bij Microsoft? Een groot deel van de gebruikers werkt gewoon lokaal.

Dat het Microsoft niet genoeg oplevert om beter werk te leveren, dat klopt tot op zekere hoogte. Ze gaan inderdaad uit van moeite versus winst. Ik plaatste mijn reactie dan ook niet omdat ik het begrijp, maar omdat ik het er niet mee eens ben. We kunnen bedrijven altijd proberen aan te zetten om beter werk te leveren via feedback, testen, benchmarken, enzovoort. Dat heeft historisch soms best gewerkt en kan leiden tot verbetering; bedrijven zijn niet compleet ongevoelig voor kritiek en imagoschade hoewel ze er ook niet altijd naar zullen luisteren.

Als Windows redelijke concurrentie zou hebben, dan zouden ze waarschijnlijk een stuk meer nadeel zien van de lompheid van hun software. Ze worden onvoldoende uitgedaagd, anders zouden ze al lang ingehaald zijn.

Werkgeheugen is momenteel letterlijk meerdere keren duurder dan het geweest is, dus dat argument houdt volgens mij ook gewoon stand.

Ten slotte: dat latere webviews relatief veel lichter zijn wanneer de browser engine en dergelijke al geladen zijn, dat klopt wel weer. Dat maakt dat de totale schade hopelijk meevalt.

[Reactie gewijzigd door geert1 op 8 december 2025 13:46]

[Miglow]

Ik gebruik Windows11 ook lokaal, met een lokaal account zelfs. Heeft voor mij geen enkele toegevoegde waarde om met een online account te gebruiken.

[Amdk6II]

Dan raad ik je aan om Windows niet te herinstalleren. Out of the box kan ju nu niet meet de installatie afmaken zonder in te loggen met een online account of er een aan te maken.

Microsoft heeft denk ik idd weinig incentive gehad haar besturingsysteem te optimaliseren op performance, alhoewel dat niet de reden was heeft dit wel meegespeeld dat ik overstapte naar Bazzite (Linux). Los van geheugengebruik (ik heb 32GB, dus dan vind ik niet eens zo erg) is het onnodig gebruiken van resources een door in mijn oog. Dat levert extra warmte en minder accuduur op zonder meerwaarde.

[Het.Draakje]

Dan raad ik je aan om Windows niet te herinstalleren. Out of the box kan ju nu niet meet de installatie afmaken zonder in te loggen met een online account of er een aan te maken.

Volgens mij geldt dat alleen voor de Home versie. Mijn pro versie kan nog steeds zonder account.

[R4gnax]

Dan raad ik je aan om Windows niet te herinstalleren. Out of the box kan ju nu niet meet de installatie afmaken zonder in te loggen met een online account of er een aan te maken.

Wel als je de echte Windows versie hebt - Pro.
Inderdaad niet als je de Windows Serf Home versie hebt.

Als je Pro hebt kun je tijdens setup kiezen om een domain-joined systeem te installeren en vervolgens kun je een lokale account aanmaken, en join je het systeem simpelweg niet daadwerkelijk aan een domain. En klaar.

En met Home zijn er nog steeds omwegen. Je kunt als je weet wat je doet zelfs met het handje via een shell die je vanuit de setup kunt oproepen, de benodigde gebruikersaccounts aanmaken, de default administrator account uitzetten, en de benodigde register flags omflippen om de setup als afgerond te markeren, waarna je na een reboot gewoon netjes in een volledig geinstalleerde Windows 11 omgeving belandt met een lokale account.

Het enige verschil is dat je een torenhoge hoeveelheid spam overslaat. Aan cloud-based diensten die MS je tijdens de installatie-wizard aan poogt te smeren als je met een MS account inlogt via de normale grafische setup voor de Home editie.

Microsoft houdt een mooi-weer verhaaltje voor de bühne dat het blokkeren van lokale accounts nodig is om te zorgen dat Windows 11 in volledige toestand correct geinstalleerd wordt, maar alle daadwerkelijk essentiële stappen die nodig zijn om Windows als OS correct en volledig geinstalleerd te hebben zijn op dat moment al uitgevoerd. Na de MS account sign-in volgt enkel nog het koppelen van de MS account aan het systeem (wat vziw ook gewoon een brug is naar een verborgen lokale account), en een trucklading spam voor cloud-diensten.

[Reactie gewijzigd door R4gnax op 8 december 2025 18:19]

[JacOwns7]

Same. Maar daarmee wil ik ook zeggen dat ik Explorer helemaal niet als traag ervaar. Ja, die van 10 was/is sneller, maar ook vergeleken met die van 11, hebben we het nog steeds over millisecondes.

Hoe is jouw ervaring op local only?

[Bedge85]

Jammer deze trend, bij Meta speelt iets soortgelijks nieuws: WhatsApp vernieuwt app voor Windows, gebruikt tot tien keer meer geheugen.

[gpon]

Waarom? Op MacOS is WA nog native gelukkig.

[naaitsab]

Waarom?

Om het ontwikkelen te versnellen c.q. versimpelen. Microsoft is met Windows 11 hard aan de slag om de native coded UI om te bouwen tot een webbased ecosysteem. Zoals de feature uit dit artikel. Een van de redenen waarom de nieuwe elementen vaak laggy aanvoelen en pieken in systeemload veroorzaken. Ze waren hier al mee gestart met Office, dat kwam de prestatie ook niet ten goede. Windows gaat onderhand dezelfde richting op. Native kost wellicht meer ontwikkeltijd maar met de huidige technieken verreweg superieur qua prestatie en hardware eisen.

Een van de weinige voordelen van de huidige geheugen markt is dat software boeren weer een keer moeten gaan werken aan optimalisatie van geheugengebruik. In plaats van het normaliseren van meerdere GB's RAM gebruik van een paar tabbladen in je Chromium browser.

[R4gnax]

Dat heeft niets te maken met dat het web-based is. Want dat kun je ook best goed en snel doen.
Dat heeft alles te maken met hoe Microsoft het web-based maakt. Ze draaien alles bovenop React en de UI toolkits die ze daarbij gebruiken zijn een totale performance-draak die bolstaat van de performance anti-patterns.

Het is haast alsof je kijkt naar een praktijkvoorbeeld wat bewust in elkaar gezet is om mensen te instrueren hoe je niet een React applicatie dient te bouwen.

[Reactie gewijzigd door R4gnax op 8 december 2025 18:07]

[Blasterxp]

ohja .... die client doet nu ook meer dan 300mb geheugen gebruik

[HollowGamer]

Ik vind het wel jammer dat daardoor webapps als iets heel slecht wordt gezien. Als webontwikkelaar (ook PWA's en Cordova), is het prima mogelijk om een app te ontwikkelen die weinig resources gebruikt. Het voordeel is ook dat je veel eenvoudiger (goedkopere) ontwikkelaars kan vinden.

Er zijn genoeg webapps die echt prima en snel werken. Ik heb geen idee wat ze bij Whatsapp nu anders doen, het lijkt alsof alles actief blijft en bijvoorbeeld bepaalde onderdelen niet (meer) in slaap gaan.

[3R!K]

`Windows Update is committed to helping reduce carbon emissions.`

[R3N3S]

Haha, ja dat statement, het zit in mijn optiek tegen het randje van 'woke'.

Heel bijzonder om dat neer te zetten. Met de komst van Windows 11 zijn er immers nogal wat -voor velen nog steeds zeer capabele- machines e-waste geworden.

[SPee]

Ik snap niet waarom ze ervoor kiezen om het met webview te maken. De hele reden om dat te doen, is om het makkelijk te maken om in alle OS-en je app te laten draaien zonder voor elk OS een eigen implementatie te maken. Maar dat is helemaal niet van toepassing als je enkel een app voor Windows maakt! Waarom kiezen ze niet voor hun eigen .Net UI implementatie?

[Boermansjo]

Omdat ze zelf niet geloven in wat ze maken. MAUI? Leuk, maar laten we intern react, Electron of WebView2 gebruiken.
Vroeger kon je met een winform app alles doen wat je kan. Nu moet je eerst een keuze maken tussen 50 web frameworks om je app te kunnen maken.

[kikibu]

Kan ik het ook uitschakelen om zo de RAM te sparen?

[R4gnax]

Het notificatiecentrum niet openen.

[kikibu]

Ah fijn, dat doe ik toch al nooit. Ik heb al die shit uitgezet.