netgear

Aggiungo che ogni tot di avvii c'è un KP che non vedevo da anni, ne ho già visti due, subito al primissimo avvio: - panic(cpu 0 caller 0xffffff800b4d9790): "The global payload bytes pointer is NULL\n" @apfs_vfsops.c:2370 Panicked task 0xffffffaa1306a218: 110 threads: pid 0: kernel_task Backtrace (CPU 0), panicked thread: 0xffffffa07a0a2b30, Frame : Return Address 0xfffffff2d1f26f00 : 0xffffff80083edf9d 0xfffffff2d1f26f50 : 0xffffff800855b786 0xfffffff2d1f26f90 : 0xffffff800854aa10 0xfffffff2d1f26fe0 : 0xffffff8008388951 0xfffffff2d1f27000 : 0xffffff80083ee27d 0xfffffff2d1f270f0 : 0xffffff80083ed929 0xfffffff2d1f27150 : 0xffffff8008be0ecb 0xfffffff2d1f27240 : 0xffffff800b4d9790 0xfffffff2d1f27a80 : 0xffffff800b4e4163 0xfffffff2d1f27ab0 : 0xffffff80085d81f4 0xfffffff2d1f27c40 : 0xffffff80088c7837 0xfffffff2d1f27f50 : 0xffffff800842aa44 0xfffffff2d1f27fa0 : 0xffffff800838819e Kernel Extensions in backtrace: com.apple.filesystems.apfs(2142.41.2)[1847833C-A5FF-314D-9781-D900ADF70459]@0xffffff800b44b000->0xffffff800b5d9fff dependency: com.apple.driver.AppleEFINVRAM(2.1)[B92F6FB9-C95E-30E1-AA08-A72BE749EE43]@0xffffff80097bc000->0xffffff80097c5fff dependency: com.apple.driver.AppleEffaceableStorage(1.0)[D349ACC5-6CA8-37CE-B161-226197662EF1]@0xffffff80097d2000->0xffffff80097d7fff dependency: com.apple.iokit.CoreAnalyticsFamily(1)[D6BCA827-68BC-3F4F-BF2C-B0F282538279]@0xffffff8009cdb000->0xffffff8009ce4fff dependency: com.apple.iokit.IOStorageFamily(2.1)[FB7B8D23-9A09-33DA-89B8-FC81EAA04353]@0xffffff800af32000->0xffffff800af48fff dependency: com.apple.kec.corecrypto(12.0)[A589451C-2D9B-3094-B16B-9FBA03EF7EAD]@0xffffff800b61f000->0xffffff800b696fff dependency: com.apple.security.AppleImage4(5.0.0)[2312E0E0-1D69-3740-878C-D10BF90B42CC]@0xffffff800985d000->0xffffff800987bfff Process name corresponding to current thread (0xffffffa07a0a2b30): kernel_task Mac OS version: Not yet set Kernel version: Darwin Kernel Version 22.1.0: Sun Oct 9 20:14:54 PDT 2022; root:xnu-8792.41.9~2/RELEASE_X86_64 Kernel UUID: BF7C9676-EF23-3E8D-A2E2-25DAC63091B6 roots installed: 0 KernelCache slide: 0x0000000008000000 KernelCache base: 0xffffff8008200000 Kernel slide: 0x00000000080dc000 Kernel text base: 0xffffff80082dc000 __HIB text base: 0xffffff8008100000 System model name: iMac19,2 (Mac-63001698E7A34814) System shutdown begun: NO Panic diags file unavailable, panic occurred prior to initialization Hibernation exit count: 0 System uptime in nanoseconds: 1634817774 Last Sleep: absolute base_tsc base_nano Uptime : 0x00000000617159f2 Sleep : 0x0000000000000000 0x0000000000000000 0x0000000000000000 Wake : 0x0000000000000000 0x0000000cb5184c20 0x0000000000000000 Compressor Info: 0% of compressed pages limit (OK) and 0% of segments limit (OK) with 0 swapfiles and OK swap space Zone info: Zone map: 0xffffff9079107000 - 0xffffffb079107000 . PGZ : 0xffffff9079107000 - 0xffffff907b108000 . VM : 0xffffff907b108000 - 0xffffff9547907000 . RO : 0xffffff9547907000 - 0xffffff96e1107000 . GEN0 : 0xffffff96e1107000 - 0xffffff9bad907000 . GEN1 : 0xffffff9bad907000 - 0xffffffa07a107000 . GEN2 : 0xffffffa07a107000 - 0xffffffa546907000 . GEN3 : 0xffffffa546907000 - 0xffffffaa13107000 . DATA : 0xffffffaa13107000 - 0xffffffb079107000 Metadata: 0xffffff804eeb7000 - 0xffffff806eeb7000 Bitmaps : 0xffffff806eeb7000 - 0xffffff8074eb7000

Sul Sito Samsung ho visto che per l'EVO 870 MAC c'è un firmware specifico, quindi il problema gira tutto intorno a questo TRIM, in effetti se facevo una ricerca in rete me ne sarei subito reso conto 😄

Ah ok, alla fine mi interessava solo sapere perché si avviava lento 🙂

Ah si, strano avevo fatto una prova fugace senza provare nulla, solo oggi ho detto leviamoci la curiosità. Ah perdonami avevo capito le opzioni di APFS, non pensavo al trim come opzione specifica. Quindi su questa marca di disco non si deve usare TRIM, avrà già lui una compensazione interna..?

Come Fabio, mica ho capito, provato trimforce ma stesso rallentamento.

Allora dopo aver verificato che la velocità del Disco era conforme e non poteva essere lui la causa del rallentamento, ho scoperto che il problema è l'abilitazione in Open Core del TRIM, tolto quello l'avvio è rientrato nei pochi secondi previsti.

Windows 11 SSD 870 EVO 13 secondi SSD Lexar n100 18 secondi

Monterey SSD 870 EVO 12 secondi SSD smarcato 16 secondi SSD Lexar ns100 44 secondi HDD meccanico 49 secondi

E se invece il led di attività rimanesse acceso indipendentemente dalle pause di caricamento..? dovrei verificare in verbose, sarebbe più comprensibile, ho provato nel tempo anche un sacco di SSD smarcati ma questa cosa non l'avevo più riscontrata... Mmm... Ho qui cinque marche di SSD e solo sto Lexar lo fa.

Cestino per le cartelle di RETE, si può fare. -

No Fabio, ho fatto questi due TEST senza modificare nulla sul config, è raro che accada, ma accadeva anche con i Dischi meccanici e spostando il Disco da una macchina ad un'altra il problema non c'era, c'era anche in HFS+ Ora con gli SSD non l'avevo mai visto, magari non è il solito problema, ma chissà che accade, il Disco sta fisso come se desse il massimo, come un Sistema che scarrozza alla ricerca di dati che dura fatica a trovare, era solo una curiosità, uno vendeva una partita di questi Lexar e ho detto proviamone uno prima di prenderli. Su Windows cmq va come un Samsung 870 EVO. Regolare quindi. Si TRIM attivo ma non è quello il problema. Ci vuole tre quattro volte più tempo a completare il primo stage, dopo sembra regolare.

Allora è proprio un problema con questo Disco, messa su una 12.6.1 con la 0.8.5 invece della 0.8.6, tanto per non usare le stesse cose, solito risultato 42 secondi. Lo userò per Windows, però curioso :).

Ora che ci penso mi è capitata in passato questa cosa con i Dischi meccanici, su alcune combinazioni Computer/Disco i caricamenti risultavano 4 volte più lenti. Con gli SSD su machine tra l'altro più recenti non mi era mai capitato.

Mi è capitata una cosa strana con un SSD Lexar nuovo, ho messo su una 13.0.1 per provarlo e ci metteva tanto ad avviarsi, quasi esclusivamente nel primo stage, tutto funzionava correttamente. 44 Secondi. Ho messo la stessa immagine su un altro SSD 12 secondi. Allora ho detto proviamo con Windows dove il disco invece sembrava addirittura più veloce a quello comparato, ho fatto solo questo unico test in macOS, non c'erano pause di caricamento come se il Disco più di quello non potesse dare e fosse proprio lui il collo di bottiglia, come su un disco meccanico...

Ah davvero, quando avvio il MAC voglio riprovare allora, non mi collego da anni nemmeno allo store :)...

Siamo vicini alla perfezione :), ma per quelle cose tipo iMessage si sono fatti passi avanti o ormai rimane out..?

Tutti i rivenditori che avevo coinvolto nel progetto di prendere anche clienti MAC, me li hanno fatti passare tutti a Windows :), eh allora...

it-it_windows_10_enterprise_ltsc_2021_x64_dvd_0c1aa034.iso

Usa una LTSC, praticamente non c'è nulla. -

SI si per Windows, la 6600 non ha prestazioni in ray tracing.

Per Gaming una Nvidia 2060 Super sotto i 300€ come la vedete, mi pare un ottima scelta..?

Il nuovo connettore sarà stato fatto per venire incontro all'aumento dell'assorbimento, i connettori usati fino ad oggi peccano tutti di bassa qualità, specie dopo un certo numero di inserzioni, problema prettamente meccanico, d'altra parte la legge di ohm non perdona. Credo che il problema saranno e possono essere gli adattatori a monte , resistenza, caduta, quindi calore, perdita delle proprietà meccaniche del conduttore e a quel punto si va a fuoco. Bisogna aumentare la superficie di contatto del connettore, spesso su un molex il contatto è così balordo da non far partire un HDD :). Se si vuole tener testa a questi assorbimenti ci vuole una riprogettazione del contatto. Comunque siamo a dei livelli incredibili dal tempo della 3DFX.

Una 4090 sarebbe un ottima soluzione Gaming 🙂 - GeForce RTX 4090 recensione: la nuova scheda video NVIDIA fa impallidire persino la RTX 3090 Ti | Hardware Upgrade (hwupgrade.it) - -

Ah ecco mi seccava doverle rifare :)...