Huge pages per minare Blocknet più velocemente

Riservando le huge pages, seine può coprire la memoria di ogni thread di mining con poche pagine grandi invece che con centinaia di migliaia di pagine piccole. Questa guida spiega perché questo accelera la proof of work Argon2id di Blocknet, quante pagine riservare e i comandi esatti per Linux, WSL2 e Windows.

Perché le huge pages accelerano il mining di Blocknet?

Ogni accesso alla memoria parte da un indirizzo virtuale che la CPU deve tradurre in un indirizzo fisico. Le traduzioni recenti stanno nel translation lookaside buffer (TLB), che la documentazione del kernel Linux descrive come «una cache delle traduzioni da virtuale a fisico» e «una risorsa molto scarsa sul processore». Quando un indirizzo non è nel TLB, la CPU percorre le tabelle delle pagine in memoria prima ancora di poter iniziare a leggere i dati.

La proof of work di Blocknet rende frequente questo percorso. Ogni hash riempie un’area da 2 GiB con blocchi da 1 KiB e, nella seconda metà del passaggio, ogni nuovo blocco legge un blocco precedente la cui posizione dipende da dati calcolati un attimo prima. Come mostra la guida ad Argon2id, questo si traduce in circa 2 GiB di letture sparse per ogni hash. La dimensione della pagina decide quante traduzioni servono per quelle letture:

Con le huge pages, una voce del TLB copre 512 o 262.144 volte più memoria, quindi una parte molto più grande dell’area resta alla portata del TLB e una quota maggiore del tempo di ogni thread va nel calcolo degli hash.

Quanto è più veloce il mining con le huge pages?

La guida alle huge pages di seine le indica come la singola leva di ottimizzazione più importante per il mining con CPU su Linux. Sull’host di validazione, le pagine riservate da 2 MiB hanno aggiunto circa il 4-6% e le pagine da 1 GiB circa un altro 2%. La guida nota anche che, quando girano molti thread, la copertura con huge pages di solito conta più dell’ottimizzazione per set di istruzioni.

I risultati dei server nel grafico delle prestazioni di seine sono stati misurati con huge pages esplicite da 2 MiB. I 49,4 H/s di un AMD EPYC Zen 5 (EPYC 9R45) con 32 thread, misurati a ottobre 2026, sono stati ottenuti con 34.407 pagine riservate, lo stesso valore della riga da 32 thread nella tabella qui sotto. La guida all’hardware per il mining riporta tutti i risultati per generazione.

Anche senza una riserva, seine chiede al kernel le transparent huge pages su Linux. Una riserva va oltre perché le pagine vengono messe da parte in anticipo, quindi ogni thread le ottiene a prescindere da quanto sia diventata frammentata la memoria.

Quante huge pages servono a seine?

Il numero di thread è il valore Threads nella dashboard di seine. seine lo sceglie in base alla RAM e al numero di core, quindi avvia seine una volta senza huge pages e annotalo. Se la riserva è troppo piccola, il log di avvio di seine stampa una riga hugepages | con le pagine necessarie e il comando sysctl per riservarle.

Le pagine riservate sono messe da parte per i programmi che chiedono huge pages, quindi dimensiona la riserva sul numero di thread con cui mini davvero. seine conta la riserva come memoria disponibile quando decide i thread, quindi riservare pagine lascia il numero di thread dov’era.

Come si configurano le huge pages da 2 MiB su Linux?

Riserva le pagine per il tuo numero di thread. Questo esempio è per 4 thread:

sudo sysctl -w vm.nr_hugepages=4301

Controlla che il kernel le abbia trovate tutte:

grep -E 'HugePages_Total|HugePages_Free|Hugepagesize' /proc/meminfo

Se HugePages_Total risulta più basso di quanto hai chiesto, la memoria è frammentata. Svuota le cache, compatta la memoria e riprova:

echo 3 | sudo tee /proc/sys/vm/drop_caches
echo 1 | sudo tee /proc/sys/vm/compact_memory
sudo sysctl -w vm.nr_hugepages=4301

Rendi la riserva permanente:

echo 'vm.nr_hugepages=4301' | sudo tee /etc/sysctl.d/99-seine-hugepages.conf
sudo sysctl --system

Per riserve grandi, l’impostazione permanente più un riavvio è la strada più affidabile, perché il kernel riserva le pagine all’inizio del boot, prima che la memoria si frammenti. Poi avvia seine come al solito. La sua modalità di pagina predefinita, auto, mappa l’area di ogni thread dalla riserva senza flag aggiuntivi.

Come si aggiungono le pagine da 1 GiB?

Le pagine da 1 GiB richiedono un po’ più di configurazione e aggiungono circa il 2% rispetto alle pagine da 2 MiB. Ogni area da 2 GiB ne richiede esattamente due, quindi non c’è margine da calcolare. Funzionano su Linux x86_64 e WSL.

Riservale all’avvio con i parametri del kernel, il modo più affidabile per ottenere pagine così grandi. Per 9 thread:

hugepagesz=1G hugepages=18

Su una macchina appena avviata puoi anche provare una riserva a runtime, poi controllare il numero di pagine libere:

echo 18 | sudo tee /sys/kernel/mm/hugepages/hugepages-1048576kB/nr_hugepages
cat /sys/kernel/mm/hugepages/hugepages-1048576kB/free_hugepages

Le righe HugePages_* in /proc/meminfo riguardano solo la dimensione predefinita da 2 MiB, quindi leggi la riserva da 1 GiB in /sys. Poi avvia seine con la modalità da 1 GiB:

./seine --cpu-page-mode large-1g

In questa modalità ogni thread mappa la sua area dalla riserva da 1 GiB, così sai che l’intera sessione ha usato pagine da 1 GiB.

Come si riservano le huge pages su WSL2?

WSL2 esegue un vero kernel Linux, quindi i comandi Linux qui sopra funzionano al suo interno. Per le pagine da 1 GiB, passa i parametri di avvio tramite %UserProfile%\.wslconfig dal lato Windows. La VM ha anche bisogno di memoria sufficiente per la riserva più i servizi di Windows e WSL. L’host validato da 64 GiB di seine ha usato questa configurazione:

[wsl2]
memory=48GB
processors=32
swap=8GB
kernelCommandLine = hugepagesz=1G hugepages=18

Salva il file, esegui wsl --shutdown da Windows e riapri la tua distribuzione. Prima di iniziare a minare, verifica che il numero di pagine libere copra ogni thread.

Come si attivano le large pages su Windows?

Il mining nativo su Windows di solito è più veloce di WSL sullo stesso hardware, e lì seine usa le large pages di Windows. Serve un solo permesso, Blocco di pagine in memoria (Lock pages in memory):

1. Apri secpol.msc, poi Criteri locali → Assegnazione diritti utente.
2. Aggiungi il tuo utente a Blocco di pagine in memoria.
3. Esci e rientra, perché il diritto si applica alle nuove sessioni.

secpol.msc è incluso in Windows Pro, Enterprise ed Education. Sulle edizioni Home, concedi lo stesso diritto con uno strumento come ntrights.

Non serve altro. All’avvio seine attiva il diritto per sé e alloca l’area da 2 GiB di ogni thread con VirtualAlloc e MEM_LARGE_PAGES, il metodo che Microsoft documenta per la memoria a large pages. Se le large pages non sono disponibili, seine mina su pagine normali e registra nel log il motivo con la correzione esatta. seine non modifica mai da solo i diritti dell’account e non ti disconnette mai.

Quale modalità di pagina conviene usare?

La modalità predefinita va bene quasi per tutti. Le altre modalità servono per le pagine da 1 GiB e per le misurazioni:

Per misurare il guadagno sulla tua macchina, mina per un po’ con --cpu-page-mode regular, poi con auto o large-1g, e confronta l’hashrate nella dashboard. Sui server con più nodi NUMA, le pagine riservate devono anche trovarsi sui nodi che eseguono i tuoi thread; la guida al mining sui server spiega come fare.