Letem světem Macem

30.12.2023 17:55 | Přečteno: 1125× | Apple | poslední úprava: 30.12.2023 18:01

Pár náhodných poznatků z používání Apple Silicon Macu a MacOS, které by se daly shrnout asi takto: ta věc mě nepřestává udivovat. Divím se tak, že se snad více ani divit nemůžu. A pak ještě pár benchmarků, které mě udivily ještě víc

Veselé příhody z nastavení klávesových zkratek a myši

Když si pomocí Karabineru nastavíte klávesové zkratky tak, aby ve Finderu Delete mazal soubor a Backspace přešel o adresář výše, tak se to stane i když zrovna přejmenováváte soubor a potřebujete některou z těchto kláves použít. Smál jsem se, až jsem se za břicho popadal. Zatím jsem nepřišel na to, jak to vyřešit. Když si Karabinerem nastavíte akceleraci kolečka tak, aby byla použitelná v prohlížeči, tak se chová nepříčetně ve VLC, takže se prakticky nedá kolečkem nastavit hlasitost. Pravděpodobně se VLC snaží defaultni akceleraci kompenzovat (není divu, umíte si představit, jak nasírací je, když se snažíte trochu přidat hlasitost, točíte kolečkem, skoro nic se neděje, tak zatočíte víc a skočí to najednou to o 100 % nahoru?) a když už ji máte kompenzovanou karabinerem, tak je to překompenzované

Kolik procesů běží po spuštění systému?

ps aux | wc -l 
747

Ponechám bez komentáře.

Jak moc swap-happy je MacOS

Velmi. Udělal jsem takový experiment. Po restartu jsem otevřel pár aplikací, aby byla zabraná paměť cca 14 GB, pak jsem přečetl pár velkých souborů (přes fread, přečtená data jsem ihned zahodil) aby se dostaly do cache. Už v době, kdy je volných 8GB začne Mac paměť komprimovat. Co ale volí MacOS ve chvíli, kdy je 14 GB zabráno systémem a aplikacemi a 14 GB je v cache tzn. volná paměť je cca 4GB?
A) Nic, 4GB je pořád spousta paměti
B) Začne vyhazovat z cache stará načtená neanonymní data ("diskovou cache") a cpát tam nová
C) Začne vyhazovat z paměti neanonymní stránky aplikací nebo
D) Začne vyhazovat z paměti anonymní stránky aplikací?

A, B a C swapování nezpůsobí, D ano. A modří už vědí - D je správně. Psal jsem v roce 2009 a platí to pořád - MacOS se chová jako linux s velmi vysokou (>100) hodnotou swapiness.

Apple Silicon spí s jedním okem otevřeným

Mac se během spánku pravidelně probouzí, aby spustil údržbové skripty, čeknul poštu atd. To může být užitečné. Bohužel při tom probuzení z neznámého důvodu osahá i připojené SMB disky.

pmset -g log | grep "WakeTime"

2023-12-02 00:15:36 +0100 WakeTime            	WakeTime: 0.706 sec                                                        	          
2023-12-02 00:32:02 +0100 WakeTime            	WakeTime: 0.738 sec                                                        	          
2023-12-02 00:49:51 +0100 WakeTime            	WakeTime: 0.737 sec                                                        	          
2023-12-02 01:07:36 +0100 WakeTime            	WakeTime: 0.774 sec                                                        	          
2023-12-02 01:25:21 +0100 WakeTime            	WakeTime: 0.762 sec                                                        	          
2023-12-02 01:43:06 +0100 WakeTime            	WakeTime: 0.758 sec                                                        	          
2023-12-02 02:00:51 +0100 WakeTime            	WakeTime: 0.738 sec                                                        	          
2023-12-02 02:14:28 +0100 WakeTime            	WakeTime: 0.742 sec                                                        	          
2023-12-02 02:32:10 +0100 WakeTime            	WakeTime: 0.734 sec                                                        	          
2023-12-02 02:49:18 +0100 WakeTime            	WakeTime: 0.787 sec                                                        	          
2023-12-02 03:07:03 +0100 WakeTime            	WakeTime: 0.776 sec                                                        	          
2023-12-02 03:24:29 +0100 WakeTime            	WakeTime: 0.740 sec                                                        	          
2023-12-02 03:42:14 +0100 WakeTime            	WakeTime: 0.775 sec                                                        	          
2023-12-02 03:59:58 +0100 WakeTime            	WakeTime: 0.736 sec                                                        	          
2023-12-02 04:17:38 +0100 WakeTime            	WakeTime: 0.779 sec                                                        	          
2023-12-02 04:35:23 +0100 WakeTime            	WakeTime: 0.735 sec                                                        	          
2023-12-02 04:53:08 +0100 WakeTime            	WakeTime: 0.761 sec  


sudo pmset -g stats                
Sleep Count:354
Dark Wake Count:350
User Wake Count:6

To má za následek, že v NASce neusínají disky ani v noci (v tom lepším případě, když je interval usínání delší než 15 minut, když je kratší, tak se pořád uspávají a probouzejí). Nezbývá, než mu zatrhnout připojení k síti během spánku:

sudo pmset -a tcpkeepalive 0

U stolního Macu se tomu vlastně ani spánek říkat nedá, je to jen takový velmi úsporný běh. Spotřeba je 3.5 W, což je asi dvojnásobek spotřeby do ramky suspendnutého PC. Výpadek napájení znamená konec. Laptopy používají hybridní spánek – stav paměti se ukládá i na SSD (neptejte se mě, jak se to kloubí s tím neustálým probouzením - nevím). Vynutit trvale čistou hibernaci se dá:

sudo pmset -a hibernatemode 25

Jelikož Apple dbá, aby si uživatelé nemuseli takovými prkotinami jako jsou rozdíly mezi spánkem a hibernací zatěžovat své think different hlavinky, a tak možnost jednorázové hibernace (třeba před odjezdem na dovolenou) pro jistotu nenabízí.

Jednou se mi stalo že jsem nechal na pozadí přehrávat YT short a počítač uspal. Po cca půlhodině se občas přehrál kousek (vteřina-dvě) videa (Mac Studio má vestavěný reproduktor). Kouzelné. Zejména, když se snažíte usnout a z druhého konce bytu se ozve úryvek něčeho takového: https://www.youtube.com/watch?v=9afk-rDxOKY

Když jsme u toho probouzení NASu – nepodařilo se mi přijít na to, jak zabránit (bez neustálého odmoutování a přimountování) tomu, aby Mac tu NASku pořád neobtěžoval, když je zapnutý. Jednou za čas se zcela bez akce ze strany uživatele prostě připojí a nevím, co tam v té chvíli přesně dělá, ale zabrání to v uspání disků.

Benchmarky

7zip

7-Zip (z) 23.01 (arm64) : Copyright (c) 1999-2023 Igor Pavlov : 2023-06-20
 64-bit arm_v:8 locale=en_US.UTF-8 Threads:10 OPEN_MAX:10496, ASM

Compiler: Apple LLVM 15.0.0 (clang-1500.0.40.1) GCC 4.2.1 CLANG 15.0
Darwin : 23.1.0 : Darwin Kernel Version 23.1.0: Mon Oct  9 21:27:24 PDT 2023; root:xnu-10002.41.9~6/RELEASE_ARM64_T6000 : arm64
PageSize:16KB
Apple M1 Max 10C10T 

1T CPU Freq (MHz):  1948  2674  3130  3212  3210  3210  3213
5T CPU Freq (MHz): 493% 3025   491% 3020  

RAM size:   32768 MB,  # CPU hardware threads:  10
RAM usage:   2224 MB,  # Benchmark threads:     10

                       Compressing  |                  Decompressing
Dict     Speed Usage    R/U Rating  |      Speed Usage    R/U Rating
         KiB/s     %   MIPS   MIPS  |      KiB/s     %   MIPS   MIPS

22:      77274   887   8478  75172  |     773503   955   6906  65966
23:      72286   893   8247  73651  |     742653   928   6926  64251
24:      66597   874   8195  71606  |     741229   948   6861  65042
25:      66604   894   8508  76046  |     704854   924   6785  62719
----------------------------------  | ------------------------------
Avr:     70690   887   8357  74119  |     740560   939   6869  64495
Tot:             913   7613  69307

Openssl RSA2048 signs benchmark

Je hezky patrný propad škálování, když se zapojí efficient jádra. Dále je zajímavé jak malý je propad CPU výkonu ve virtualizovaném Ubunti přes Parallels

Připadá mi naprosto fascinující, že hrubý výkon CPU je velmi podobný, jako měl před 10 léty Dual Xeon (2x8 jader). Ten při těch testech žral desetinásobně (400W -> 40W) a stál po započtení inflace pětinásobek (340k -> 68k). Je to dobrý posun za 8,5 roku (Mac Studio M1 vylo vydáno před rokem a půl)? To nebyla řečnická otázka, koukejte v diskuzi odpovědět!

Závěrem

Tento způsob softwaru zdá se mi býti poněkud nešťastným a žel ani skvělý hardware to není schopen vykompenzovat. Počítač jsem vrátil a snad někomu jinému poslouží lépe, než mě. Shout out firmě iStyle, za to, že vše proběhlo bezproblémově, bez keců a rychle (peníze zpět za 24h).

       

Obrázky

Komentáře

[alkoholik]

Na Apple siliconu me fascinuje implementovany backdoor a jejich SSD.

[koffryně prsatá]

Silicon je nejvíc

[Tim]

To osahavani externich a sitovych disku ma na svedomi Spotlight. Jde to zakazat v Settings -> Spotlight -> Privacy (?!) pridanim disku co se maji ignorovat. V podstate po 15ti letech s Macy jsem postupne prisel na to ze Spotlight nenavidim a zakazal jsem mu sahat na vse krome [x] Applications pro rychle spusteni pres cmd+space Na hledani souboru je k dispozci porad unixova klasika ve forme locate prikazu a indexace databaze pres sudo /usr/libexec/locate.updatedb

[Salám007]

Spíš to bude funkce Power Nap.

[Winston Smith]

Dict     Speed Usage    R/U Rating  |      Speed Usage    R/U Rating
         KiB/s     %   MIPS   MIPS  |      KiB/s     %   MIPS   MIPS

22:      77274   887   8478  75172  |     773503   955   6906  65966
23:      72286   893   8247  73651  |     742653   928   6926  64251
24:      66597   874   8195  71606  |     741229   948   6861  65042
25:      66604   894   8508  76046  |     704854   924   6785  62719
----------------------------------  | ------------------------------
Avr:     70690   887   8357  74119  |     740560   939   6869  64495
Tot:             913   7613  69307

Pre porovnanie staručký AMD Ryzen 9 3900x s 3333Mhz RAM

[VoDo]

To nevadi ze jsi selhal a snazis se z funkcniho systemu udelat linux zmatek a anarchii, ale mas bod za to ze nehejtis to cemu nerozumis.

[xkucf03]

Pro porovnání:

$ 7z b

7-Zip [64] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=cs_CZ.UTF-8,Utf16=on,HugeFiles=on,64 bits,16 CPUs AMD Ryzen 7 7735HS with Radeon Graphics         (A40F41),ASM,AES-NI)

AMD Ryzen 7 7735HS with Radeon Graphics         (A40F41)
CPU Freq: - - - - - - - - -

RAM size:   31322 MB,  # CPU hardware threads:  16
RAM usage:   3530 MB,  # Benchmark threads:     16

                       Compressing  |                  Decompressing
Dict     Speed Usage    R/U Rating  |      Speed Usage    R/U Rating
         KiB/s     %   MIPS   MIPS  |      KiB/s     %   MIPS   MIPS

22:      63641  1513   4093  61910  |     801936  1585   4315  68397
23:      59139  1464   4115  60256  |     778343  1594   4225  67343
24:      56524  1467   4143  60775  |     750507  1595   4131  65876
25:      54285  1466   4228  61981  |     730499  1594   4079  65012
----------------------------------  | ------------------------------
Avr:            1478   4145  61231  |             1592   4187  66657
Tot:            1535   4166  63944

[Aleš Kapica]

A?

~$ 7z b

7-Zip [64] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=cs_CZ.UTF-8,Utf16=on,HugeFiles=on,64 bits,4 CPUs AMD A6-4400M APU with Radeon(tm) HD Graphics    (610F01),ASM,AES-NI)

AMD A6-4400M APU with Radeon(tm) HD Graphics    (610F01)
CPU Freq: - - - - - - - 1024000000 -

RAM size:   15438 MB,  # CPU hardware threads:   4
RAM usage:    882 MB,  # Benchmark threads:      4

                       Compressing  |                  Decompressing
Dict     Speed Usage    R/U Rating  |      Speed Usage    R/U Rating
         KiB/s     %   MIPS   MIPS  |      KiB/s     %   MIPS   MIPS

22:       3016   158   1863   2935  |      39550   164   2057   3374
23:       3171   167   1936   3232  |      37863   159   2060   3276
24:       2978   160   1999   3203  |      38547   164   2064   3384
25:       3203   172   2124   3658  |      37009   159   2076   3294
----------------------------------  | ------------------------------
Avr:             164   1981   3257  |              161   2064   3332
Tot:             163   2022   3294

Úzkým hrdlem není výpočetní výkon pracovního stroje, ale mentální nedostatečnost uživatelů. Mnohem víc než pár sekund zabitých zpracováním příslušné operace mne sere čas o který jsem připraven pitomci, co vyvíjí svůj soft na strojích, které dalece převyšující výkony většiny serverů a pak se děsně diví, že je v reálu nepoužitelný.

[Tombino]

Na exoty s vykopavkami vsichni hazeji bobek ze stratosfericke vysky. A je to tak spravne.

[Aleš Kapica]

Soudruzi ze společnosti Mikroelektronika byli nepochybně téhož názoru.

[xkucf03]

Cílem mého komentáře spíš bylo poukázat na to, že na tenhle výkon člověk nepotřebuje obskurní HW od Applu. Jinak dokážu běžně pracovat i na mnohem starším/slabším počítači.

[Aleš Kapica]

Tak co si budem povídat. Výkon HW je dlouhodobě v pohodě, ale výkony inženýrů co navrhují posledních 10 let notebooky a telefony jsou totálně bez nápadu a invence. Fakt nechápu proč všichni tupě mastí šmatlaplacky na jedno brdo, které stojí čím dál víc za starou belu. Jejich foťáky se předhání v tom který z nich nasere na lokální disk více MB, ale fotky dělají čím dál horší. Telefon dvakrát tak velký než byla Sony Xperia má přes půl displeje šmatlací klávesnici, kterou by si mohli klidně odpustit, kdyby použili stejné řešení. Stejně tak nechápu, co by to těm dementům udělalo, kdyby do notebooku dali ještě jeden rezervní NVME slot. Kvůli, pár milimetrů navíc se nikdo neposere a ještě by si mohli dovolit do toho dát baterku s větší kapacitou.