Ho un laptop. Quando è presente un sistema operativo Windows 10, anche se non ci sono dati letti o scritti, l'unità flash USB diventerà estremamente calda quando è appena collegata al computer.

Tuttavia, con lo stesso computer, su cui è installato Linux, la situazione è totalmente diversa. Quando scrivo e leggo intensamente i dati da e verso l'unità flash, questa unità flash è diventata un po 'più calda.

Dopo aver riscontrato questo fenomeno, ho testato varie unità flash USB sul mio desktop, laptop ... con gli stessi sistemi operativi Linux e Windows. La situazione è simile

In ambiente Linux, io uso

dd if=/dev/urandom of=/path/to/my/flash/parent/folder/test.bin bs=1024M count=4

per testare una scrittura di file di grandi dimensioni. Per testare la scrittura di un gran numero di piccoli file che uso:

parallel dd if=/dev/urandom of=/path/to/my/flash/parent/test-{}.bin bs=1M count=1 ::: {0001..4096}

In ambiente Windows 10, basta collegare l'unità flash USB e non fare nulla (non eseguire appieno l'applicazione I / O intensiva) ma attendere 10 minuti. NOTA: gli ambienti Windows 10 su tutti i computer di prova sono stati installati di recente e non esiste un'applicazione di terze parti (utilizzo Education Edition e disabilito la protezione in tempo reale quando avvio la macchina prima del test. Tuttavia, deseleziono la casella in Gestione impostazioni grafiche di Windows. Non so se è necessario riavviare per rendere valida la modifica).

Aggiornamento 1:

Potrebbe essere dovuto all'unità flash USB stessa. Ecco il modello di unità flash che utilizzo in questo test. (Questa non è la pubblicità, non ho alcun atteggiamento nei confronti di questi prodotti)

1. Unità flash a stato solido SanDisk Extreme PRO® USB 3.1 da 128 GB

2. Unità flash USB 3.0 SanDisk da 64 GB

3. DataTraveler 100 G3 16GB

Update2:

C'è una risposta che considera l'effetto del buffer del sistema Linux.

Ma per la distro Linux che ho usato, quando DD è finito, ho digitato synce ci sono voluti quasi zero tempo per l'esecuzione. Quindi l'effetto di ciò non è considerevole.

Perché? Questo perché Windows fa sempre degli accessi inutili a un'unità flash?

Inoltre, quando devo usare Windows, esiste un modo pratico per rendere più fredda l'unità flash USB?

Sul mio laptop, la porta USB 3.0 è fisicamente molto vicina (~ 2 pollici) al gruppo della ventola:

Di conseguenza, qualsiasi dispositivo USB collegato su quel lato rileva approssimativamente la stessa temperatura esterna della ventola (!).

Anche il mio laptop è un po 'lento. Di conseguenza, Windows 10 è notevolmente più caldo in idle di Ubuntu e ho notato che le unità flash sembrano surriscaldarsi anche su Windows.

Puoi verificare se questo è il tuo caso anche eseguendo un programma ad alta intensità di CPU in Ubuntu (diciamo, una build a 4 core) e osservando se un'unità flash collegata si surriscalda durante quel periodo.

Modifica: ho appena visto il commento di Justin. Spero che questo fornisca abbastanza informazioni per essere autonomo.

Windows ha questa cosa in cui "puoi usare le chiavette USB per velocizzare il tuo computer". Lo fa usando una memoria stick altrimenti inutilizzata come cache, riducendo l'I / O del disco. È possibile che questa attività extra stia generando il calore in eccesso.

È possibile testarlo disattivando questa opzione e vedere se lo stick si surriscalda ancora

Ci sono alcune possibilità qui.

• Windows ha davvero più software che esegue automaticamente scansioni, controlli di integrità, gestione dell'alimentazione e generalmente utilizza memory stick USB. Ciò può causare all'unità di ottenere più attività in Windows rispetto a Linux, presupponendo installazioni predefinite di ciascuna.
• I driver Linux potrebbero utilizzare l'unità come disco USB 2.x collegato, mentre Windows potrebbe avere un driver 3.x e potrebbe essere una porta 3.x. Ciò aumenterebbe la velocità e il calore di utilizzo.
• Windows presuppone che sia necessaria alimentazione tramite la porta USB per un disco più grande e fornisce più, anche se non necessario, attraverso la porta. Più precisamente, il dispositivo richiede più potenza dalla porta di quanto sia necessario. Questo è improbabile, ma può verificarsise il firmware per la scheda madre è permissivo e il software del driver per la scheda madre e / o i dispositivi coinvolti è difettoso / non funziona correttamente. L'ho visto accadere con schede madri più vecchie e alcuni dispositivi USB fuori marchio. Può anche accadere se è presente un'estensione USB o un dongle e il cavo è danneggiato internamente o su una connessione diretta, la scheda di interfaccia stessa sta riscontrando problemi. In teoria, Windows 10 lo rileverà e notificherà un sovraccarico della porta, in particolare se il cavo è danneggiato, ma non sempre disattiva correttamente la porta quando si verifica.
• Il software Windows Antivirus potrebbe eseguire scansioni dell'unità quando non è in uso.

Secondo OP, la differenza di temperatura si verifica sullo stesso laptop, stesso hardware, quindi qualsiasi vicinanza allo scarico del calore è irrilevante.

La differenza è probabilmente dovuta alla diversa gestione della gestione dell'alimentazione LPM - link. LPM è una versione più sofisticata della funzione USB SUSPEND. I dispositivi di archiviazione di massa USB 3.0 si sono surriscaldati quando il controller host USB disabilita LPM (o LPM non è abilitato nel dispositivo USB, questa è una cosa comune). Apparentemente il sistema operativo Windows ha in qualche modo difficoltà a configurare il controller xHCI per eseguire LPM (o lo ha disabilitato), mentre Linux non ha problemi con questo.

Per verificare la configurazione di Windows per LPM, questo collegamento potrebbe essere di aiuto.

Un'altra possibilità è una differenza nel modo in cui Linux e Windows gestiscono la scrittura su un'unità rimovibile. Windows per impostazione predefinita imporrà che tutte le scritture avvengano il più presto possibile, nel caso in cui si rimuova l'unità. Linux, d'altra parte, si aspetta che smonti l'unità prima di rimuoverla, e quindi mantiene una cache di scrittura in memoria.

Quindi è possibile che l'unità stia effettivamente utilizzando meno Linux in un determinato momento, poiché le scritture sarebbero più diffuse e potrebbero essere necessarie meno scritture (se si modifica un file che non è stato ancora scritto sull'unità .)