Frågor om Apples bärbara M1-datorer?

Visst är det så, för vardagligt bruk behöver datorn inte mycket mer än så, men när man börjar kasta fler tunga uppgifter på den blir behöver av virtuellt växlingsminne ett större problem. Om jag får för mig att redigera video samtidigt som jag har ett gäng flikar öppna i två webbläsare påverkar det totalprestanda.

Men, min gamla dator har DDR3-minne som behöver kommunicera med processorn vilket tillför latens. Hur mycket det integrerade och globala LPDDR4-minnet i M1-SoC:n påverkar det förhållandet vet jag inte än, kan absolut vara så att 8 GB integrerat globalt minne eliminerar mycket av denna problematik.

Jag vill dock framtidssäkra datorn. När jag köpte min Macbook Pro 13" med Haswell-processor 2014 var det dyrt att lägga in 16 GB i den, men jag är glad att jag gjorde det för det har fått den att kännas relativt snabb i 6,5 år. Nu är det mest Haswell-proppen som visar sin ålder när jag ska försöka redigera video (den kan, men med stor ansträngning och ljudnivå).

Hur man använder datorn påverkar också hur mycket man upplever begränsningar med RAM. Jag har typiskt två webbläsare igång samtidigt, där vardera har minst 15-20 flikar öppna, oftast någonstans runt 30 flikar i den sekundära webbläsaren jag använder till research. När jag bara jobbar fungerar det även om minnesanvändningen kan kännas av ibland. Men det är när jag försöker redigera video och arbeta med de två webbläsarna som minnesbegränsningen gör sig påmind.

Men som jag var inne på tidigare vet jag inte hur det integrerade primärminnet i M1-SoC:n påverkar här. Att LPDDR4-minnet är globalt och är direkt åtkomligt för processorn minskar latensen i kommunikationen och presterar generellt sett bättre. Det i kombination med M1-prestandan kan säkert innebära att 8 GB skulle räcka till även för mig, är på tok för tidigt att säga något om det än. När jag arbetat ett par dagar med M1-datorn, med videoredigering inkluderat, kan jag åtminstone uttala mig om hur den generella upplevelsen är.

På jobbdatorn, en Dell XPS 13 från 2018, upplever jag också att prestanda kan lagga om jag försöker redigera tunga videoprojekt samtidigt som jag arbetar med webbläsare och bildbehandling. Spontant känns det inte som att M1-MBP:n kommer ha problem med det, men det får jag återkomma om.

Jag köpte själv en macbook pro till frun(och lite till prylnörden inom mig). Det första intrycket jag fått är att batteritiden är helt j*vla otrolig. Logic Pro X flyter som smör även då datorn endast har 8 gb. Detsamma kan sägas om adobe lightroom. Flyter lika bra som det gör på min pc utrustad med en 3900x och 64 gig ram.

Överlag nöjd, men hade klart önskat 16gb ram till den även om jag inte har någon nytta av det just nu. Synd bara att apple tar så hutlöst betalt för sina uppgraderingar

Om vi vänder på steken och jämnför att gå upp i lagringen så är också där priset helt hutlöst. Apple gör förstås detta för att kunna sälja grejerna till samma pris världen runt. Jag förstår varför men det tar fortfarande emot att betala såpass mycket extra för så lite hårdvara

@wittwang upplever du fortfarande bekymmer med Chrome? Jag har kört M1-versionen sedan igår och har inte haft ett enda problem, den har snarast varit rasande snabb och stabil under mina timmar med den. Jag har förvisso inte mördat den med femtielva flikar som med min Intel-Mac, men med dussintalet har den inte protesterat en enda gång.

Låter som en standard gen 4 SSD En 500GB modell av den sorten kostar 1400kr här i sverige. Om vi antar att en 250gb modell kostar 800kr (finns inte att tillgå) så tar alltså apple ut 2500kr för en prisskillnad om 600kr (för oss konsumenter, apple har troligtvis mycket lägre inköpspriser).

Så nej, det går inte att förklara. Men jag förstår återigen varför dom har så separerade priser för sina datorer, gör det lättare att sälja datorn "billigt" men samtidigt få ut ett premium från användare som väljer att specca sina maskiner dyrare.

Det är ett steg på väg... Men man kommer inte så långt då den där PoC kan köra en färdig image + dess associerade initrd disk + eventuell RAM-disk man stoppar dit. Finns inget sätt att skapa en disk-image, men givet hur långt man kommer lär det inte vara långt borta innan Parallells och/eller VMWare har något

Klicka för mer information

Visa mer

Så fortfarande brevpress / väldigt trevlig terminalemulator

Ja, skamlös som jag är hoppas jag på rejält prisfall även på 15" intel-Macbook framöver, då just jag skulle ha användning för en sådan. Det tar lite tid innan sånt här sjunker in, men man ser redan på exempelvis Tradera att äldre Macbook Air och MBP 13" börjar bli svårsålda, förståeligt nog.

Vi som är lite äldre minns, även om jag inte har koll på exakta priser på just Tradera, att PPC-macar givetvis störtdök när intel dual core imac och intel dual core Macbook Pro lanserades. Vem ville ha en imac med G5 eller en MBP med _G4_ då liksom? De var ju totalt mosade. Tog 6 månader för Apple att rensa sortimentet, sedan var det intel som gällde.

Tror jag nämnt det i tråden tidigare, vi har en MBP G4 från 2003, kostade då hur mycket som helst, maxutrustad, 3 år senare när Apple lanserade intel-macar var den inte värd att byta batteri på, typ, även om den med konstgjord andning hängde med till 2008 som surf/Word-dator och sedan levt livet som pensionär i nån bokhylla häromkring. Används typ till att spela Snood PPC på när nostalgin faller över min bättre hälft.

Spännande tider. Även om jag inte ser för mig att köpa en Apple med M1-processor så hoppas jag ju att om ett par år kanske kunna köpa en Mac Mini eller liknande med M2, M3, D2, eller vad de kan heta, som ger mig allt jag behöver, inklusive någon form av miljö för Windows.

Framförallt när man pratar prestanda över tid begränsas ju saker av energibudget och sådant, framförallt i en laptop som går på batteri. x86 har ju inte ens en liten chans där, även om de kan bråka om max prestanda i många avseenden...

Jag är mest förvånad att de inte har något bättre att komma med redan nu. Vi har ju alla sett iPhones framfart som prestandamonster, det kan inte ha undgått dem? Kanske helt enkelt inte går att göra de ändringar som behövs pga legacy?

Dock är det nog inte populärt att prata om ARM64 på dessa bolag, det var väl Kellers hjärtefråga som blev kapad vid fotknölarna...

Detta är som du sagt förr den mest spännande ändringen på datormarknaden sedan IBM ursprungligen valde x86 till deras PC när dinosaurierna vandrade på jorden...

Menar du att Apple alltså har lagt in hårdvarustöd för den alternativa minnesmodellen enbart för att kunna exekvera översatt x86_64 med högre prestanda?

Video om 8GB vs 16GB ram på M1 Pro där maskinerna stresstestas ordentligt:
https://www.youtube.com/watch?v=h487I_5xOZU

Har inga bevis eller tester som visar att det är så, men det är spekulationer i bl.a. Apple Insider forum. Inget jag läser, hittade dit då jag hörde det nämnas på en YouTube-video om M1.

I någon mening känns det ändå rimligt. Att köra x86_64 instruktioner måste vara en minfält av patent, minneskonsistensmodellel är däremot välkänd och inte unik för x86 då bl.a. SPARC använder (använde, SPARC lär vara dött numera). Modellen kallas Total-Store-Ordering, studeras på vissa universitet då den är rätt lätt att greppa för en människa.

Det som borde göra TSO hyfsat lätt att implementera med ARMv8.x är att en av de riktigt vanliga användarfallen i handrullade prestandakritiska x86 synkroniseringar är detta:

CPU-tråd #1 utför detta

En eller flera "vanliga" minnesoperationer, följd av en "vanlig" minnesoperation M som man bara ger en s.k. "kompilatorbarriär", det är en barriär som inte generar någon x86-instruktion utan det säkerställer bara att kompilatorn inte flyttar instruktionen för skrivningen av L före skrivning av någon av de andra "vanliga" minnesoperationerna.

TSO (och därmed x86) garanterar då att om CPU-tråd #2 läser det nya värdet på M kommer den också läsa det nya värdet på alla andra "vanliga" minnesoperationer vars load-instruktion kommer efter läsning av M i instruktionströmmen. Notera att CPU kan göra massor med spekulation, men TSO förhindrar x86 att ändra ordning på just minnesoperationerna trots att de är "vanliga" och inte atomära eller har någon form av explicit synkronisering.

På ARM64 räcker det inte alls, kör man "normala" minnesoperationer är CPUn i praktiken helt fri att skyffla runt saker helt efter eget huvud. Någon form av explicit synkronisering måste till om man ska ha någon form av garanti. ARMv8 lade till en speciell form av load/store som är en väldigt bra match just för fallet beskrivet ovan.

Finns andra skillnader också. På x86 är alla atomära instruktioner globalt synkroniserande (d.v.s. svindyra), på ARM64 är det just bara vad de utger sig för att vara: atomär skrivning på A är atomär m.a.p. minnescell A, den säger inget om ordningen relativ andra minnesskrivningar oavsett om de är "vanliga" eller atomära -> en rad optimeringar är möjliga.

Men just det fallet är trivialt att emulera: varje atomär x86-instruktion blir helt enkelt en atomär ARM64 instruktion + explicit minnesbarriär. Så behövs ingen special HW för det fallet.

Edit: har fått ge upp lite på "all native ARM64", kör VPN-lösningar till jobbet och AWS och de finns bara för x86_64 än. Positiva är att det fungerar helt transparent! Enda sättet att se att man kör x86 är att kolla activity monitor.

Sidospår men... Sparc är inte dött än, men utvecklingen drivs av Fujitsu numer:
https://www.fujitsu.com/global/products/computing/servers/uni...

Fujitsu hade ju sen länge sin egen variant Sparc64 som blev bättre än vad Sun/Oracle lyckades ta fram.