Mac Mini med M4 slår över dubbelt så dyra M2 Pro

Problemet med just compile time är att Phoronix kör GCC på Linux och Clang på macOS så det vi ser just där är inte enbart en skillnad i CPU.

Tror du och jag ser annorlunda på spel. Var en stund sedan man måste köra spel i hd upplösning för att nå respektabel fps på utdaterade spel. Men fint att det fungerar i alla fall.

Hehe, kalla mig stofil, men jag älskade utvecklingen - eller snarare avsaknaden av den - under 10-talet. Har nog aldrig haft en dator så länge som min gamla 3770k-baserade burk. Det tog mer än 10 år innan den började kännas helt inaktuell, det räckte med ett par grafikkortsuppgraderingar under gång för att den skulle hålla måttet.

Mjukvarutillverkarna tenderar att anpassa sig efter det som finns. Kommer det vassare hårdvara kan man skita i att optimera i större grad, lättare att höja systemkraven istället. Ju större prestandaökningar över tid, desto snabbare blir befintlig hårdvara inaktuell.

Det var i korthet helt perfekt att varken behöva sura över att det kommit något nytt som inaktualiserat det man precis köpt, eller kasta ut massa onödiga (?) pengar på att hålla sig up to date. Istället satt man med en plattform det inte var nödvändigt att byta för prestandans skull lagom tills den hade mognat och blivit bomstabil. Lite samma sak som de där gyllene åren med Windows XP

I det fallet kör alla CPUer Linux, i fallet M4 kör man Asahi, och alla kör GCC.

Men som du nämner så är Clang det man normalt använder i MacOS, så detta är ännu ett exempel där fördelen med att använda Mac är större i praktiken än vad benchmarks visar.

Någon som lär vara nervös över hur brutalt mycket bättre Mac är för utvecklare är Microsoft, Windows blev dominant i slutet av 90-talet just för att utvecklare föredrog det OS:et. Positiva för Microsoft är att Qualcomm Snapdragon X är nästan lika stark i just detta som Apple.

GB6 använder Clang på alla OS, ser lika ut där, så är inte en MacOS sak. Ser även samma sak med .NET, M3 Max är snabbare än 14900K trots att M3:an har overhead av att köra Parallels+Windows 11 (jämför när båda bygger med Visual Studio på Win11).

Är du säker på detta? Vad jag kan se så verkar det som om man kör macOS på M4an.

"Apple M4 Mac Mini With macOS vs. Intel / AMD With Ubuntu Linux Performance"

"Keep in mind especially for the code compilation tests that it's macOS vs. Ubuntu Linux at play as well with their default toolchains for each given that most developers are sticking to the default toolchains in production."

Resident Evil Village släpptes år 2021 och så även min Mac. Så i den bemärkelsen handlar det inte om några utdaterade spel. Går som sagt fint att köra spelet i 3456 × 2234 men i HD upplösning är datorn helt tyst.

Dock så är det inte ekonomiskt försvarbart att köpa en bärbar Mac med syftet att spela även om det släpps fler titlar som är bra optimerade. Vilket är synd då kretsarna presterar bra sett till sin energiförbrukning.

Du har rätt!

Och här är fördelen med att saker är helt öppna. För att se hur mycket M4 kanske vinner på att köra clang installerade jag detta på min laptop och körde det både med clang (som är default på MacOS) och med GCC (går att ändra i scriptet)

M3 Max (clang): 21,12s
M3 Max (GCC): 23,47s

Dels har skillnaden i kompileringshastighet minskat på senare tid, även GCC har blivit snabbare. Men framförallt är detta ett C-projekt och är primärt vid kompilering av C++ som Clang är snabbare.

Redan M3 Max är snabbare än 285K och 9950X, M4 Max verkar vara 15-25 % snabbare än M3 Max...

Just Clang har jag sett fått förödande resultat (50% lägre poäng) i Windows om Defender körs samtidigt som GeekBench 6. Vet inte om det är likadant överallt, men jag är alltid lite skeptisk mot benchmarks när man inte vet alla förutsättningarna.

Du får svårt hitta mer prisvärd dator för 8500. Meta storage får man köpa externt .

Dubbla storage och dubbla ramm==2 base minis

Fins fina usb4 nvme enclosures

Min erfarenhet är att enheterna får uppdateringar längre än 6 år.

Problemet jag ser är snarare att trackrecord att konstant byta platform. Jag förstår inte hur personer/företag som utvecklar mer komplexa saker till MacOs gör, när de konstant får programmera allt hela tiden.
Jag känner själv person som äger ett litet tryckeri som vägrar köra nya macar med Arm för det ej finns drivers till detta utan köpa ny hårdvara som kostar väldigt många miljoner.

Självklart går det göra bra saker om man konstant börjar om från början, men det blir extremt dyrt om man hela tiden ska göra om allt.

Hur väl står sig m1 mot m4? Jag har en iMac från 2021 som jag inte har tänkt byta ut på många år. Men alla nya Macar har 16gb. Tror tyvärr att det kan innebära att jag snart måste byta.

Mac mini är lockande. Men jag tycker mer om iMac och då blir det dyrt.

Kan man använda iMac som skärm till ny Mac mini med alla funktioner? Högtalare, mikrofon, webbkamera etc?

När det gäller Intel Mac:ar så har det varit lite varierande support med åren men när det gäller Arm Mac:ar så vet ingen hur länge de kommer att supportas i och med att ingen har slutat supportas än.

Tyvärr så kan man inte använda en iMac som skärm numera. Gick på äldre Intel iMac:s innan man bytte till 5K skärm.

Ibland går det även att trixa in nyare versioner av macOS på äldre hårdvara än det är tänkt. Min första Mac, en MacBook Pro Unibody från 2008 kör macOS Catalina från 2019 utan större problem.

https://dosdude1.com/catalina/

Det tycker jag är ganska illa. Apple borde tänka mer på konsumenter.

Till viss del har man gjort det när 27’ iMac:en ersattes av Studio Display + Mac Studio alt Mac Mini.

Finns även denna: https://github.com/dortania/OpenCore-Legacy-Patcher/releases

With the release of OpenCore Legacy Patcher 2.0.0, we're proud to announce macOS Sequoia support! And with it, 83 unsupported Mac models will be able to run Apple's latest operating system!

precis, Asahi stödjer inte M4 än så det går inte att köra annat än macOS på M4an. Vilket Yoshman vet om så förstår inte riktigt var den förvirringen kom ifrån

Ska bli intressant att se när Apple lämnar sina första M1-datorer bakom sig när det gäller MacOS-uppdateringar. 2026 eller 2027 kanske? Hoppas det dröjer längre.

Någon av er som köpt den som provat City Skyline 1 (och kanske 2)? Flyter det på ok med några mods? Skulle vara trevligt att kunna skippa windowsburken då den bara skulle användas för detta spel.

Har aldrig kört Asashi Linux, men kör "tillräckligt mycket HW-stöd för att boota in i ett skal" på rätt mycket HW (bl.a. s) så antag (felaktigt) att det i alla fall går att boota Asashi Linux headless även på M3/M4 vilket är fullt tillräckligt för att köra Phoronix Test suite.

Orsaken att jag inte riktigt ser poängen med Asashi Linux är bl.a. detta, kolla resultatet av samma benchmark körandes Ubuntu 24.04 via Docker-desktop på en M3 Max

root@90bfb7aaa89c:~/phoronix-test-suite# ./phoronix-test-suite run-test pts/build-ffmpeg

Phoronix Test Suite v10.8.5
System Information


PROCESSOR:                Apple
    Core Count:           16               

GRAPHICS:                 

MOTHERBOARD:              

MEMORY:                   8GB

DISK:                     59GB
    File-System:          overlayfs        

OPERATING SYSTEM:         Ubuntu 24.04.1 LTS
    Kernel:               6.6.31-linuxkit (aarch64)                               
    Compiler:             GCC 13.2.0 + Clang 18.1.3                               
    System Layer:         docker                                                  
    Security:             gather_data_sampling: Not affected                      
                          + itlb_multihit: Not affected                           
                          + l1tf: Not affected                                    
                          + mds: Not affected                                     
                          + meltdown: Not affected                                
                          + mmio_stale_data: Not affected                         
                          + reg_file_data_sampling: Not affected                  
                          + retbleed: Not affected                                
                          + spec_rstack_overflow: Not affected                    
                          + spec_store_bypass: Vulnerable                         
                          + spectre_v1: Mitigation of __user pointer sanitization 
                          + spectre_v2: Not affected                              
                          + srbds: Not affected                                   
                          + tsx_async_abort: Not affected                         

    Would you like to save these test results (Y/n): n

Timed FFmpeg Compilation 7.0:
    pts/build-ffmpeg-7.0.0 [Time To Compile]
    Test 1 of 1
    Estimated Trial Run Count:    3                     
    Estimated Time To Completion: 2 Minutes [20:04 UTC] 
        Running Pre-Test Script @ 20:02:47
        Started Run 1 @ 20:02:51
        Running Interim Test Script @ 20:03:13
        Started Run 2 @ 20:03:16
        Running Interim Test Script @ 20:03:38
        Started Run 3 @ 20:03:40
        Running Post-Test Script @ 20:04:02

    Time To Compile:
        19.948
        20.364
        19.623

    Average: 19.978 Seconds
    Deviation: 1.86%

En sak som definitivt fick en förklaring när jag insåg att man kört på MacOS är de rätt bedrövliga resultaten för t.ex. databas. Förklarar också det rätt usla resultatet i Python, här är det kritiskt att köra samma version då det skett rejäla prestandaförbättringar i de senaste versioner. MacOS kommer med Python 3.9 by default (trivialt att installera nyare med Brew, Ubuntu 24.04 har Python 3.12)

MacOS är ett ypperligt desktop-OS, men rätt uppenbart att Apple inte ens försöker konkurrera med Linux på serversidan.

Trots overhead av Docker, fast med ett långt bättre VFS-lager hos Linux ihop med att C-kod kompilerar så snabbt på moderna datorer att filsystemet kan bli en flaskhals (definitivt inget man behöver oroa sig om när man bygger C++) så detta test något snabbare på en M3 i Ubuntu24.04+Docker än direkt på MacOS.

Hur man än vrider och vänder på det: i fall där man inte kan luta sig mot SIMD optimeringar med AVX/AVX-512, utan det bara handlar om rätt "elak" kod med skalära heltal så är Apple (och faktiskt även Qualcomm samt Arms senaste) på en helt annan nivå jämfört med Intel/AMD.

root@90bfb7aaa89c:~/phoronix-test-suite# ./phoronix-test-suite run-test pts/build-ffmpeg

Phoronix Test Suite v10.8.5
System Information


PROCESSOR:                Apple
    Core Count:           16               

GRAPHICS:                 

MOTHERBOARD:              

MEMORY:                   8GB

DISK:                     59GB
    File-System:          overlayfs        

OPERATING SYSTEM:         Ubuntu 24.04.1 LTS
    Kernel:               6.6.31-linuxkit (aarch64)                               
    Compiler:             GCC 13.2.0 + Clang 18.1.3                               
    System Layer:         docker                                                  
    Security:             gather_data_sampling: Not affected                      
                          + itlb_multihit: Not affected                           
                          + l1tf: Not affected                                    
                          + mds: Not affected                                     
                          + meltdown: Not affected                                
                          + mmio_stale_data: Not affected                         
                          + reg_file_data_sampling: Not affected                  
                          + retbleed: Not affected                                
                          + spec_rstack_overflow: Not affected                    
                          + spec_store_bypass: Vulnerable                         
                          + spectre_v1: Mitigation of __user pointer sanitization 
                          + spectre_v2: Not affected                              
                          + srbds: Not affected                                   
                          + tsx_async_abort: Not affected                         

    Would you like to save these test results (Y/n): n

Timed FFmpeg Compilation 7.0:
    pts/build-ffmpeg-7.0.0 [Time To Compile]
    Test 1 of 1
    Estimated Trial Run Count:    3                     
    Estimated Time To Completion: 2 Minutes [20:04 UTC] 
        Running Pre-Test Script @ 20:02:47
        Started Run 1 @ 20:02:51
        Running Interim Test Script @ 20:03:13
        Started Run 2 @ 20:03:16
        Running Interim Test Script @ 20:03:38
        Started Run 3 @ 20:03:40
        Running Post-Test Script @ 20:04:02

    Time To Compile:
        19.948
        20.364
        19.623

    Average: 19.978 Seconds
    Deviation: 1.86%

Problemet med Asahi är att varje ny M-processor är inte enbart ny processor som för x86 utan ISA verkar ju ändras mellan varje generation plus att Apple inte direkt dokumenterar det hela offentligt.

Bla så tog det 12h av kernel hacking för huvudutvecklaren av Asahi att ens få M2 att boota (vilket han gjorde i följande live-stream) och då fungerade fortfarande inte en enda kringhårdvara (dvs tangentbord, inga PCIe-kort så inget nätverk osv) :

Allt är ju subjektivt, för min egen del så tål jag inte macOS öht, Apple gör bra hårdvara men varje gång jag måste in och mecka med en mac för att bygga mac-versioner av vår mjukvara så blir det mycket svärord (kanske inte fullt lika mycket som det blir för W10 så det är ju alltid något).