On 07/01/2020 10:10, Portobello wrote:
/dev/sdb:
Timing cached reads: 2140 MB in 2.00 seconds = 1071.48 MB/sec
Timing buffered disk reads: 314 MB in 3.01 seconds = 104.15 MB/sec
100 MB/sec in realtà non è niente male.
Per la memoria RAM attualmente ho 4 Giga,ma non vengono usati quasi mai
tutti durante le elaborazioni che faccio. La CPU va spesso al 80% o 90%
delle sue possibilità, ma la memoria non supera mai il 60%.
Più RAM hai e meno deve andare sul disco, per quello consigliavo di
aumentare la RAM per prima.
Premettendo che stiamo ottimizzando per un caso particolare (la
compilazione del kernel) e che magari il resto che fai con quel PC non
crea gli stessi problemi, vediamo cosa succede. :)
Se dai il comando free vedi che ti dice anche quanta cache e quanti
buffer sta usando.
Se le tue applicazioni usano il 60% della RAM (nella riga "-/+
buffers/cache) significa che hai meno di 2 GB disponibili per i buffer e
la cache del disco.
Compilare software grossi (come il kernel) richiede al compilatore di
usare un sacco di RAM per tenere traccia di tutti i riferimenti al
codice, e altrettanta se non di più per leggere tutti i file dal disco e
scrivere i file temporanei generati durante la compilazione (*.o).
Più RAM hai, meno accede al disco fisico, anche e soprattutto in scrittura.
Quindi anche solo cn 8 GB di RAM potresti vedere dimezzato il tempo di
compilazione.
Forse come dice Davide il collo di bottiglia è la cache del processore
che è troppo piccola (cioè 512 KB).
Forse c'è qualche modo per verificare il funzionamento e la gestione
della memoria ?
La cache del processore è hardware e non la puoi cambiare, quindi ti
tocca tenere quella che hai :)
Bye.
