Intel skjuter upp Innovation-event – osäkerhet kring Arrow Lake

Permalänk
Melding Plague

Intel skjuter upp Innovation-event – osäkerhet kring Arrow Lake

Det blir inget Innovation 2024, meddelar Intel. Företaget förväntades lansera Arrow Lake under eventet, som skulle ha hållits i september.

Läs hela artikeln här

Visa signatur

Observera att samma trivselregler gäller i kommentarstrådarna som i övriga forumet och att brott mot dessa kan leda till avstängning. Kontakta redaktionen om du vill uppmärksamma fel i artikeln eller framföra andra synpunkter.

Permalänk
Medlem

Är väl första gången man mer eller mindre erkänner att man inte längre är bäst...?

Visa signatur

Krusidullen är stulen

Permalänk

Datorer och datorteknik var bara en fluga, folk har insett att dessa prylar egentligen är tråkiga. Och jag gissar på att all datortekniska prylar kommer tappa försäljningar.

Nej, vi går emot en intressant tid och mycket konkurrerar på klientsidan. Allt mindre körs på själva klientdatorn, så om man sitter med en iPad, androidenhet, Windows, linux, chromeos, macos spelar ofta inte så stor roll då man använder samma webbtjänster och det är webbtjänsterna som främst begränsar hur bra upplevelsen blir.

Intel x86 har då en hel del konkurrens, den mest självklara gruppen som skulle välja Intel x86 har tappat lite förtroende med de senaste stabilitetsproblemen.

Permalänk
Medlem

Efter som x86 mer eller mindre är utdömt för bärbara datorer redan idag så är det ju inte konstigt att de har stora problem. Apple silicon måste ju gjort en stor förlust för de. Snadragonx har kanske inte påverkat mycket än men det är fortfarande en fingervisning.
Vad ska intel göra?

1. De rycker på axlarna och fortsätter med x86 och företaget sakta faller ihop, Nokia?

2. De släpper och släpper en egen ARM-version

3. De utvecklar något helt eget likande arm,risc-v

Även om inte varit inne de olika så verkar de mest som de mest som de kör på som vanligt.
Hur som helst har intel en stor utmaning framöver och jag tror inte det är de sista. Inställda event eller uppsägningar. Dessutom nu med senaste problem med CPUer tror jag nog man kommer få allt större problem.Tror nog AMD kommer vara snabbare att ställa om till ARM om jag ska gissa men tiden visar sig

Permalänk
Medlem
Skrivet av lillaankan_i_dammen:

Allt mindre körs på själva klientdatorn..

Nej, precis lika mycket körs på klientdatorn som för 10-15 år sedan, problemet är att "lika mycket" fungerar dåligt i en ekonomi som bygger på ständig tillväxt.

Permalänk
Datavetare

Lunar Lake ska ju släppas 3 september, d.v.s. innan detta event skulle ha hållits och även innan IFA-mässan 6-10 september.

Gissningsvis är Lunar Lake viktigare än Arrow Lake ur ett ekonomiskt perspektiv då marknaden för bärbara datorer är idag långt större den för stationära.

Lunar Lake ser ut att vara ett hyfsat stort lyft över den produkt den ersätter. Väldigt lite är känt om Arrow Lake, de prestandasiffror som läckt ut pekar rätt mycket mot samma story som Zen 5: förvånansvärt små vinster i IPC trots rejält stora förändringar i mikroarkitektur.

Frågan är hur mycket x86_64 är det som begränsar Intel/AMD? För givet hur långt efter man är Apple, Qualcomm och Arm (Cortex X) i perf/MHz är problemet endera x86_64 eller (vilket känns osannolikt) betydligt sämre design-team.

En annan sak som pekar på att x86_64 är en allt större flaskhals är Intels framtagande av APX (Advanced Performance Extensions). Intel säger

"Intel® APX doubles the number of general-purpose registers (GPRs) from 16 to 32. This allows the compiler to keep more values in registers; as a result, APX-compiled code contains 10% fewer loads and more than 20% fewer stores than the same code compiled for an Intel® 64 baseline.2 Register accesses are not only faster, but they also consume significantly less dynamic power than complex load and store operations."

"To address this growing performance issue, we significantly expand the conditional instruction set of x86, which was first introduced with the Intel® Pentium® Pro in the form of CMOV/SET instructions. These instructions are used quite extensively by today’s compilers, but they are too limited for broader use of if-conversion (a compiler optimization that replaces branches with conditional instructions)."

Problemet är att ARM64 har redan dessa fördelar (vilket nog förklarar en del av dess högre perf/MHz), det andra problemet är att framtida x86 CPUer med APX stöd kommer inte få någon av dessa fördelar med dagens program. Det krävs att man kompilera om programmet och i det läget, varför inte bara kompilera det för ARM64 som har dessa fördelar utan nackdelar som APX medför?

En normal fördel för CISC över RISC är kompaktare kod för samma uppgift. Redan idag är ARM64 program något kompaktare än motsvarande x86_64 kod och enda sättet att lägga till APX är som (ännu) en extension vilket medför att genomsnittslängden på APX instruktioner kommer klart passera 4 bytes per instruktion. D.v.s. de kommer vara längre än ARM64 instruktioner trots att den förra är en "CISC".

Så x86_64 har inte fördelen att vara kompaktare, men har kvar nackdelen med variabel längd på instruktioner. Att alla ARM64 instruktioner är 4 bytes är vad som gör det möjligt för Arm att göra Cortex X925 10-wide utan att det blir vansinnigt dyrt räknat i transistorer. Med Cortex X925 (första kretsarna förväntas komma ut oktober i år) förväntas Arm nå samma eller kanske lite högre absolut prestanda av Snapdragon X, d.v.s lika bra eller bättre absolut prestanda än det Intel/AMD erbjuder fast med bättre perf/W.

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Rekordmedlem

Intel har fel attityd. De borde i stället trycka på sin nya säkerhetsfunktion som skyddar mot cryptovirus, funktionen som gör cpun permanent oanvändbar om den upptäcker hög last pga kryptobrytning.

Visa signatur

R5 5600G, Asus ROG STRIX X470-F Gaming, WD SN850X 2TB, Seasonic Focus+ Gold 650W, Aerocool Graphite v3, Tittar på en Acer ET430Kbmiippx 43" 4K. Lyssnar på Behringer DCX2496, Truth B3031A, Truth B2092A. Har också oscilloskop, mätmikrofon och colorimeter.

Permalänk
Medlem

De har redan påpekat att förseningen av Innovation 2024 inte påverkar lanseringen av Arrow Lake:

https://overclock3d.net/news/cpu_mainboard/intel-confirms-tha...

Permalänk
Datavetare
Skrivet av zpirato:

De har redan påpekat att förseningen av Innovation 2024 inte påverkar lanseringen av Arrow Lake:

https://overclock3d.net/news/cpu_mainboard/intel-confirms-tha...

Givet problemen med 13/14:e generationen och givet den begränsade information som trots allt kommer fram kring Arrow Lake känns det som Intel har massor med anledningar att få ut Arrow Lake så fort det bara går.

Det som nämnts kring desktop Arrow Lake är den ska ha ca 100 W längre peak-effekt jämfört med 13/14:en för toppmodellerna. Det behövs och känns inte alls osannolikt givet hur effekt/frekvens-kurvan brukar se ut kopplat med att Arrow Lake verkar toppa på 5,7 GHz.

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Skrivet av Yoshman:

Lunar Lake ska ju släppas 3 september, d.v.s. innan detta event skulle ha hållits och även innan IFA-mässan 6-10 september.

Gissningsvis är Lunar Lake viktigare än Arrow Lake ur ett ekonomiskt perspektiv då marknaden för bärbara datorer är idag långt större den för stationära.

Lunar Lake ser ut att vara ett hyfsat stort lyft över den produkt den ersätter. Väldigt lite är känt om Arrow Lake, de prestandasiffror som läckt ut pekar rätt mycket mot samma story som Zen 5: förvånansvärt små vinster i IPC trots rejält stora förändringar i mikroarkitektur.

Frågan är hur mycket x86_64 är det som begränsar Intel/AMD? För givet hur långt efter man är Apple, Qualcomm och Arm (Cortex X) i perf/MHz är problemet endera x86_64 eller (vilket känns osannolikt) betydligt sämre design-team.

En annan sak som pekar på att x86_64 är en allt större flaskhals är Intels framtagande av APX (Advanced Performance Extensions). Intel säger

"Intel® APX doubles the number of general-purpose registers (GPRs) from 16 to 32. This allows the compiler to keep more values in registers; as a result, APX-compiled code contains 10% fewer loads and more than 20% fewer stores than the same code compiled for an Intel® 64 baseline.2 Register accesses are not only faster, but they also consume significantly less dynamic power than complex load and store operations."

"To address this growing performance issue, we significantly expand the conditional instruction set of x86, which was first introduced with the Intel® Pentium® Pro in the form of CMOV/SET instructions. These instructions are used quite extensively by today’s compilers, but they are too limited for broader use of if-conversion (a compiler optimization that replaces branches with conditional instructions)."

Problemet är att ARM64 har redan dessa fördelar (vilket nog förklarar en del av dess högre perf/MHz), det andra problemet är att framtida x86 CPUer med APX stöd kommer inte få någon av dessa fördelar med dagens program. Det krävs att man kompilera om programmet och i det läget, varför inte bara kompilera det för ARM64 som har dessa fördelar utan nackdelar som APX medför?

En normal fördel för CISC över RISC är kompaktare kod för samma uppgift. Redan idag är ARM64 program något kompaktare än motsvarande x86_64 kod och enda sättet att lägga till APX är som (ännu) en extension vilket medför att genomsnittslängden på APX instruktioner kommer klart passera 4 bytes per instruktion. D.v.s. de kommer vara längre än ARM64 instruktioner trots att den förra är en "CISC".

Så x86_64 har inte fördelen att vara kompaktare, men har kvar nackdelen med variabel längd på instruktioner. Att alla ARM64 instruktioner är 4 bytes är vad som gör det möjligt för Arm att göra Cortex X925 10-wide utan att det blir vansinnigt dyrt räknat i transistorer. Med Cortex X925 (första kretsarna förväntas komma ut oktober i år) förväntas Arm nå samma eller kanske lite högre absolut prestanda av Snapdragon X, d.v.s lika bra eller bättre absolut prestanda än det Intel/AMD erbjuder fast med bättre perf/W.

Finns det något som pekar att ARM får en linjär utveckling framöver och inte bara är lite bättre än x86 och sedan när klockan skall upp då springer effekt och energieffektivitet iväg?

Visa signatur

Intel i5 12600k OC 5.2GHz | Arctic Freezer II 240 | MSI Pro Z690 A | 2x 16Gb Corsair LPX 3200MHz | Asus Tuf 4070 Ti | Corsair Rm850x V3 | 2x 1Tb Samsung 980 m2 | 7x Noctua A14x25

Permalänk
Skrivet av Xeonist:

Nej, precis lika mycket körs på klientdatorn som för 10-15 år sedan, problemet är att "lika mycket" fungerar dåligt i en ekonomi som bygger på ständig tillväxt.

Nej. vare sig för vanligt folk eller utvecklare. Vanligt folk har mail, ekonomiprogram och rubbet på webben. Det är inte mycket applikationer som installeras. Såklart gamers spelar sina spel lokalt.
Utvecklare, av hur många anledningar som helst så vill de att man ej utvecklar något lokalt. Allt fler arbetsgivare vill inte att man ens ska ha filer lokalt.

Permalänk
Skrivet av lillaankan_i_dammen:

Nej. vare sig för vanligt folk eller utvecklare. Vanligt folk har mail, ekonomiprogram och rubbet på webben. Det är inte mycket applikationer som installeras. Såklart gamers spelar sina spel lokalt.
Utvecklare, av hur många anledningar som helst så vill de att man ej utvecklar något lokalt. Allt fler arbetsgivare vill inte att man ens ska ha filer lokalt.

Fortfarande många som kör program lokalt? Tror du underskattar antalet, även om mycket enbart är ekonomi och Ms Office, typ excel.

Vi hade någon grupptjänst med fjärrskrivbord förut men det var som sirap med enklare datorer...

Visa signatur

Intel i5 12600k OC 5.2GHz | Arctic Freezer II 240 | MSI Pro Z690 A | 2x 16Gb Corsair LPX 3200MHz | Asus Tuf 4070 Ti | Corsair Rm850x V3 | 2x 1Tb Samsung 980 m2 | 7x Noctua A14x25

Permalänk
Medlem

Intel verkar gå till en position där AMD hamnade med Bulldozer. Dåligt på cpudelen och framåt på gpudelen.
Egentligen en värre position. Inte förmodat lika illa ekonomiskt (än) men värre då AMD var långsammare men hade inte fel i arkitekturen.

Om vi tittar i backspegeln så har Intel nu haft rätt många processorer som har rena fel och säkerhetsbrister.
Det har varit riktigt illa faktiskt.

Mig veterligt har inte AMD haft sådana designfel. Har dom det?

Visa signatur

CPU: I7 7700k @ 4.6GHz - Noctua NH D15S - Asus ROG Strix Z270F Gaming.
GPU: RTX 3070TI @2 st 120mm cf-v12hp hydro dynamic fläktar. 👍
RAM: 32GB DDR4 3200MHz. HÅRDDISK: 4 st SSD, 2 Mekaniska.
MONITOR:1 Xiaomi MI 34"- 3440x1440 144Hz MONITOR:2 Optix MAG274R 27" 1080p 144Hz MONITOR/Tv:3 LG 47lv355n-ZB 47". Nätagg: Corsair Newton R2 1000W. Allt i ett Cooler Master CM Storm Stryker.

Permalänk
Skrivet av SCORPIUS:

Intel verkar gå till en position där AMD hamnade med Bulldozer. Dåligt på cpudelen och framåt på gpudelen.
Egentligen en värre position. Inte förmodat lika illa ekonomiskt (än) men värre då AMD var långsammare men hade inte fel i arkitekturen.

Om vi tittar i backspegeln så har Intel nu haft rätt många processorer som har rena fel och säkerhetsbrister.
Det har varit riktigt illa faktiskt.

Mig veterligt har inte AMD haft sådana designfel. Har dom det?

De har haft flertalet design säkerhetshål?
Senaste nu i dagarna
https://www.tomshardware.com/pc-components/cpus/sinclose-vuln....

Eller här
https://www.techspot.com/news/101890-amd-ryzen-cpus-impacted-....

Visa signatur

Intel i5 12600k OC 5.2GHz | Arctic Freezer II 240 | MSI Pro Z690 A | 2x 16Gb Corsair LPX 3200MHz | Asus Tuf 4070 Ti | Corsair Rm850x V3 | 2x 1Tb Samsung 980 m2 | 7x Noctua A14x25

Permalänk
Datavetare
Skrivet av Swedishchef_90:

Finns det något som pekar att ARM får en linjär utveckling framöver och inte bara är lite bättre än x86 och sedan när klockan skall upp då springer effekt och energieffektivitet iväg?

Med 100 % säkerhet: nej, ARM64 kommer inte få någon linjär utveckling utan ser redan nu "dimishing returns" på hur bredare/djupare mikroarkitektur påverkar prestanda.

Stora fördelen är att med liknande mängd transistorer så verkar ARM64 ge en mikroarkitektur som presterar 30-40 % bättre (så 2-4 generationer bättre givet typiskt IPC-ökning per generation just nu) än en som kör x86_64.

Att ARM64 är en exceptionellt väldesignad ISA såg man rätt omedelbart. 32-bit Arm och ARM64 är två helt olika instruktionsuppsättningar. Fram till något år tillbaka hade Arms Cortex A/X stöd för båda och på samma CPU var det inte alls ovanligt att se 20-40 % bättre prestanda i samma program beroende på om det kompilerades till 32-bit Arm eller ARM64.

Ett aktuellt exempel för att lite belysa detta: Ryzen 9700X klockar ca 30 % högre jämfört med M3 Max, ändå är den senare ca 25-30 % snabbare i kodkompilering. Intressant last då den inte alls kan accelereras med "smarta instruktioner" som AVX-512 och liknande, det är enbart skalär heltals-aritmetik och massa villkor.

Snapdragon X är också väldigt bara på denna last, i den är 5-10 % snabbare jämfört med Intels/AMDs desktop CPUer som i sin tur är klart snabbare än deras laptop-varianter.

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Medlem
Skrivet av Swedishchef_90:

Inte bra alls detta. Men av vad jag läser här så verkar det inte alls lika illa som med Intel.

Visa signatur

CPU: I7 7700k @ 4.6GHz - Noctua NH D15S - Asus ROG Strix Z270F Gaming.
GPU: RTX 3070TI @2 st 120mm cf-v12hp hydro dynamic fläktar. 👍
RAM: 32GB DDR4 3200MHz. HÅRDDISK: 4 st SSD, 2 Mekaniska.
MONITOR:1 Xiaomi MI 34"- 3440x1440 144Hz MONITOR:2 Optix MAG274R 27" 1080p 144Hz MONITOR/Tv:3 LG 47lv355n-ZB 47". Nätagg: Corsair Newton R2 1000W. Allt i ett Cooler Master CM Storm Stryker.

Permalänk
Datavetare
Skrivet av lillaankan_i_dammen:

Nej. vare sig för vanligt folk eller utvecklare. Vanligt folk har mail, ekonomiprogram och rubbet på webben. Det är inte mycket applikationer som installeras. Såklart gamers spelar sina spel lokalt.
Utvecklare, av hur många anledningar som helst så vill de att man ej utvecklar något lokalt. Allt fler arbetsgivare vill inte att man ens ska ha filer lokalt.

Visa mig en arbetsgivare som inte tillåter utveckling på lokal maskiner och jag ska visa dig en arbetsgivare som har effektivitetsproblem med sin utveckling...

En väldigt viktig fördel Intel/AMD haft under lång tid är att de länge varit det ende realistiska alternativet för högpresterande datorer som man kan utveckla på. Det i sin tur medför att det blev enklare att utveckla mot just den arkitekturen, är ju lättare att göra saker till något man har en låg barriär att testa på.

Det som både Intel/AMD men även Microsoft ser som riktigt illavarslande är att den bästa utvecklingsplattformen sett till absolutprestanda kör ARM64 på MacOS.

Snapdragon X når inte ända fram, men den visar att det mest handlar om CPU-delen då specifikt för prestanda för programutveckling så ligger Snapdragon X Elite modellerna klart före Intel/AMD, de är helt i nivå med desktop x86 (M3 är snabbare än dessa räknat per kärna).

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Medlem

Kan det vara att de har hittat problem med denna generation ochså?

Visa signatur

Asus Tuf Gaming X670E-Plus - Amd 7800X3D Noctua D15 Chromax Black - Corsair 7200MHz cl34 - Msi 4080S Suprim X - Asus Rog Thor 850W 80+ Platinum - Sound Blaster AE-9 - Asus 26.5" ROG Swift PG27AQDM OLED 240Hz

Permalänk
Medlem

Hoppas inte det är fel på en 3e generation för dem

Permalänk
Medlem
Skrivet av lillaankan_i_dammen:

Det är inte mycket applikationer som installeras.

Eftersom du själv räknar med dom mobila plattformarna så gissar jag att vanligt folk idag har någonstans mellan 2-10 ggr så mycket appar installerade lokalt som man haft tidigare.

Du pratar om ekonomiprogram, förut var det 1 person i en organisation som körde ett installerat ekonomi-program, idag har alla en Fortnox eller Visma-app installerad.

Permalänk
Skrivet av Yoshman:

Visa mig en arbetsgivare som inte tillåter utveckling på lokal maskiner och jag ska visa dig en arbetsgivare som har effektivitetsproblem med sin utveckling...

Lokalt. Ingen kontroll alls över materialet, personen kan jobba och sprida materialet hur som helst. Det är också en massa problem med att enkelt byta ut folk, det ska inte vara inlåst så att en person behöver egen mjukvara. Det finns hur många som helst både privata och statliga företag som ej vill att folk ska jobba lokalt. Många mjukvaror är både krångliga att installera och dyra och köpa. Det går inte krångla med licenser för alla klientdatorer hela tiden. En arbetare ska pilla med ett program en enda dag, krångla med licens för detta som kräver mer jobb än vad personen tillför.

Effektivitetsproblem så fungerar fjärrstyrningar bra idag. Hårdvara på serversidan kan vara riktigt schysst.

*edit*
Ett alternativ som också tillämpas har jag hört från vissa företag, är att de ger konsulter en skräplaptop som endast får använda emot dem. Denna laptop är ofta så dålig, så om man går in på elgiganten och frågar vad är det billigaste ni har så är den bättre än den datorn man fick av företaget. Och sedan ska de bära med sig denna laptop i sin väska förutom sin vanliga arbetslaptop som de har till allt annat.

Permalänk
Medlem
Skrivet av mrqaffe:

Intel har fel attityd. De borde i stället trycka på sin nya säkerhetsfunktion som skyddar mot cryptovirus, funktionen som gör cpun permanent oanvändbar om den upptäcker hög last pga kryptobrytning.

Om man avsiktligt vill bryta kryptovaluta med sin CPU då? Jag skulle inte köpa en CPU som inte kan användas för mining.

Permalänk
Medlem
Skrivet av Yoshman:

Givet problemen med 13/14:e generationen och givet den begränsade information som trots allt kommer fram kring Arrow Lake känns det som Intel har massor med anledningar att få ut Arrow Lake så fort det bara går.

Det som nämnts kring desktop Arrow Lake är den ska ha ca 100 W längre peak-effekt jämfört med 13/14:en för toppmodellerna. Det behövs och känns inte alls osannolikt givet hur effekt/frekvens-kurvan brukar se ut kopplat med att Arrow Lake verkar toppa på 5,7 GHz.

Håller med men syftate mest på "osäkerhet kring Arrow Lake" i titeln.

Permalänk
Medlem

Next: Intel ska spara miljarder på att förbjuda toalettbesök under arbetstid

Permalänk
Medlem
Skrivet av mrqaffe:

Intel har fel attityd. De borde i stället trycka på sin nya säkerhetsfunktion som skyddar mot cryptovirus, funktionen som gör cpun permanent oanvändbar om den upptäcker hög last pga kryptobrytning.

Det är ingen bugg, det är en feature!

Permalänk
Medlem

Hoppas inte grafikkorten läggs ner nu bara 😬

Permalänk
Skrivet av Eismannen:

Hoppas inte grafikkorten läggs ner nu bara 😬

Förmodligen ett sista försök. Om deras drivers var bättre så skulle de vara så prisvärda per krona

Visa signatur

Intel i5 12600k OC 5.2GHz | Arctic Freezer II 240 | MSI Pro Z690 A | 2x 16Gb Corsair LPX 3200MHz | Asus Tuf 4070 Ti | Corsair Rm850x V3 | 2x 1Tb Samsung 980 m2 | 7x Noctua A14x25

Permalänk
Medlem
Skrivet av Xeonist:

Eftersom du själv räknar med dom mobila plattformarna så gissar jag att vanligt folk idag har någonstans mellan 2-10 ggr så mycket appar installerade lokalt som man haft tidigare.

Du pratar om ekonomiprogram, förut var det 1 person i en organisation som körde ett installerat ekonomi-program, idag har alla en Fortnox eller Visma-app installerad.

Men att du har en app installerad betyder ju inte att tjänsten den är kopplad till körs lokalt, en klar majoritet av de appar jag har i telefonen skulle lika gärna kunna köras i valfri webbläsare.

Permalänk
Medlem
Skrivet av MegaMuztek:

Men att du har en app installerad betyder ju inte att tjänsten den är kopplad till körs lokalt, en klar majoritet av de appar jag har i telefonen skulle lika gärna kunna köras i valfri webbläsare.

...bara för att det är en webbläsare så innebär ju inte det att den inte körs/använder resurser lokalt..

Det jag ursprungligen ifrågasatte var att vi använder allt mindre resurser (compute) lokalt, vilket motbevisas av att alla bär omkring på mer resurser än någonsin tidigare, och att vi också använder dessa enheter/resurser konstant.

Det andra jag ifrågasatte var det lika uppenbart felaktiga påståendet att vi har färre appar installerade.

Att många av dessa appar i princip är internetläsare ändrar inget av detta.

Permalänk
Medlem
Skrivet av Xeonist:

...bara för att det är en webbläsare så innebär ju inte det att den inte körs/använder resurser lokalt..

Det jag ursprungligen ifrågasatte var att vi använder allt mindre resurser (compute) lokalt, vilket motbevisas av att alla bär omkring på mer resurser än någonsin tidigare, och att vi också använder dessa enheter/resurser konstant.

Det andra jag ifrågasatte var det lika uppenbart felaktiga påståendet att vi har färre appar installerade.

Att många av dessa appar i princip är internetläsare ändrar inget av detta.

Kollade just nu: Bara Firefox ligger inne med över 9GB resident och över 37GB virtuellt, sen tillkommer ett flertal "Isolated W+" Tar jag de fem största så totalt 22GB resident. Så nog dras det resurser lokalt alltid även om det är webb-baserat.