1 02/11/2026 9 min

Quando Krita inizia a rallentare mentre lavori su tele grandi, pennelli complessi o livelli multipli, il problema non è quasi mai “manca la RAM” in astratto. Di solito il collo di bottiglia è una combinazione di memoria disponibile, cache interna, dimensione del documento, profondità colore e risorse del sistema che il programma può usare davvero. In pratica: puoi avere tanta memoria installata, ma se il file è pesante o il sistema la sta già impegnando altrove, Krita continuerà a comportarsi in modo nervoso.

La cosa utile da fare non è inseguire un numero magico, ma mettere Krita nelle condizioni di usare meglio la memoria che c’è. Questo significa capire dove si regola il consumo interno, come funziona il file di swap del programma, quali impostazioni impattano davvero sulle prestazioni e quando, invece, il limite sta fuori da Krita: nel sistema operativo, nel disco o nel progetto stesso.

Il punto giusto da guardare: RAM, cache e swap di Krita

Krita usa la memoria per mantenere in lavorazione i livelli, le anteprime, la cronologia, il cache delle pennellate e parte dei dati utili a rendere fluido il disegno. Quando la RAM non basta, entra in gioco lo swap file del programma, cioè uno spazio su disco usato come appoggio. Non è veloce come la RAM, ma evita blocchi e crash improvvisi quando il documento cresce.

Per questo “aumentare la RAM disponibile” può voler dire tre cose diverse: assegnare più memoria a Krita nelle sue preferenze, ridurre il consumo inutile del progetto, oppure fare in modo che il sistema lasci più margine al programma. Se salti questo passaggio, rischi di cambiare impostazioni senza effetti percepibili.

Prima verifica: il limite è davvero la memoria?

Prima di toccare qualsiasi impostazione, conviene osservare il comportamento reale mentre lavori. Se il problema è memoria, di solito vedi almeno uno di questi segnali: pennello che arriva in ritardo rispetto al tratto, scatti quando fai pan e zoom, salvataggi lenti, interfaccia che si congela per qualche secondo, oppure uso del disco molto alto mentre la RAM libera cala rapidamente.

Se invece il file è grande ma il comportamento resta fluido, il problema potrebbe essere altrove: GPU, driver, lentezza del disco, brush engine troppo pesante o un documento con troppi livelli raster e maschere. In quel caso aumentare la memoria serve poco.

Aumentare la memoria disponibile dentro Krita

La regolazione più diretta si trova nelle preferenze del programma. Su molte installazioni la voce è nelle impostazioni generali o nella sezione dedicata alle prestazioni. L’idea è permettere a Krita di usare una quota più ampia della RAM di sistema, senza però saturarla completamente. Se assegni troppo, il sistema operativo resta senza respiro e ottieni l’effetto opposto: il computer comincia a usare swap di sistema e tutto rallenta.

La regola pratica è non portare Krita al limite assoluto della RAM totale. Serve sempre margine per sistema operativo, browser, eventuali plugin, audio, gestione finestre e cache di sistema. Se hai ad esempio 16 GB di RAM, non è sensato dare tutto a Krita. Se ne hai 32 GB, hai più margine, ma resta comunque prudente lasciare spazio al resto del sistema.

La modifica esatta cambia a seconda della versione e del sistema operativo, quindi il punto corretto è sempre la finestra delle preferenze del programma. Se non trovi subito la voce, cerca termini come “performance”, “memoria”, “cache” o “swap”. Il nome preciso può variare, ma il concetto è quello.

Lo swap file di Krita: quando aiuta davvero

Lo swap file è spesso frainteso. Non “aumenta la RAM”, ma offre a Krita uno spazio di lavoro aggiuntivo quando la memoria fisica non basta. Su un SSD moderno può essere una rete di sicurezza utile; su un disco lento può diventare una fonte di scatti. Quindi non va visto come una scorciatoia miracolosa, ma come un compromesso da calibrare.

Se il tuo obiettivo è lavorare su canvas molto grandi, con molti livelli e storia delle modifiche, uno swap file più generoso può evitare crash o chiusure forzate. Però va anche tenuto d’occhio: se Krita passa continuamente da RAM a swap, il sistema ti sta dicendo che il progetto è oltre la soglia comoda della macchina.

La scelta migliore è usare uno swap su storage veloce e tenere monitorato il comportamento reale. Se dopo averlo aumentato il programma continua a grattare il disco in modo continuo, non hai risolto il problema: lo hai solo spostato più in basso nella catena.

Ridurre il consumo senza perdere qualità di lavoro

Molto spesso la vera ottimizzazione non è dare più memoria a Krita, ma fargliene sprecare meno. Ci sono varie leve pratiche che incidono davvero sul consumo.

  • Riduci la dimensione del documento quando puoi. Se stai lavorando a un formato esagerato rispetto al risultato finale, ogni operazione costa di più in memoria.

  • Limita i livelli inutili. Decine di livelli vuoti, copie di sicurezza lasciate aperte e maschere non usate aumentano il peso del file.

  • Valuta la profondità colore. Se non ti serve un flusso ad alta profondità, un documento più leggero è più gestibile.

  • Evita strumenti e pennelli eccessivamente costosi. Alcuni preset con texture, stabilizzazioni complesse o dinamiche pesanti consumano più risorse di quanto sembri.

  • Chiudi file e finestre non necessari. Tenere aperti più documenti grandi allo stesso tempo moltiplica il consumo.

  • Questi interventi hanno un vantaggio concreto: non cambiano la tua qualità di lavoro, ma abbassano il carico. È il tipo di ottimizzazione che si sente subito, soprattutto su macchine con RAM media.

    Impostazioni del sistema operativo che fanno la differenza

    Se il sistema è già sotto pressione, Krita non può fare miracoli. Un browser con molte schede, app di chat, servizi in background e sincronizzazioni varie possono mangiarsi una fetta consistente della memoria disponibile. In quel caso il programma di grafica diventa solo il primo a mostrare il problema.

    Il test più semplice è avviare una sessione pulita: chiudi le applicazioni non essenziali, apri Krita e prova a lavorare sul file problematico. Se le prestazioni migliorano nettamente, il collo di bottiglia è nel budget memoria del sistema, non solo dentro Krita. Se non cambia nulla, il problema è più probabilmente nel documento o nel modo in cui il programma lo gestisce.

    Su sistemi con poca RAM, anche il tipo di storage conta molto. Un SSD riduce il danno quando entra in gioco lo swap; un disco meccanico amplifica i rallentamenti. Non è una soluzione elegante, ma è una differenza che in grafica si sente eccome.

    Quando conviene alzare i limiti e quando no

    Alzare la quota di memoria per Krita ha senso se stai lavorando in modo legittimamente pesante: illustrazioni complesse, tele molto grandi, numerosi livelli, sessioni lunghe. In questi casi un margine più ampio può migliorare la fluidità e ridurre gli accessi allo swap.

    Non ha invece molto senso forzare tutto al massimo se il documento è già fuori scala rispetto alla macchina. Se una tavola richiede più risorse di quante il sistema possa sostenere comodamente, il risultato sarà solo un rallentamento più elegante. In quel caso conviene spezzare il lavoro: file separati, livelli consolidati quando opportuno, esportazioni intermedie e meno elementi aperti contemporaneamente.

    Un metodo pratico per trovare il punto giusto

    Il modo corretto di intervenire è incrementale. Prima osserva, poi cambia una sola variabile, poi misura di nuovo. Se modifichi tre cose insieme, non capisci quale abbia davvero aiutato.

  • Apri il documento più pesante che usi davvero e annota il comportamento: tempi di risposta, scatti, eventuali freeze.

  • Chiudi le app non necessarie e ripeti la prova per capire quanta pressione arriva dal sistema.

  • Entra nelle preferenze di Krita e aumenta in modo moderato la memoria o la cache, senza spingerti al massimo.

  • Riavvia l’applicazione e verifica se cambiano fluidità, tempi di rendering e uso del disco.

  • Se il miglioramento è minimo, controlla il documento: dimensione, livelli, brush preset, profondità colore e swap.

  • Questo approccio è più affidabile di una modifica drastica fatta “a sensazione”. Ti evita anche di peggiorare la stabilità del sistema inseguendo un guadagno che magari non c’è.

    Errori comuni che fanno sembrare Krita “più lento” della RAM reale

    Un errore frequente è attribuire tutto alla memoria quando il vero problema è un’altra catena di fattori. Ad esempio: un pennello molto pesante può sembrare un problema di RAM, ma in realtà sta saturando CPU o GPU. Oppure un file salvato su un disco lento può bloccare l’interfaccia, facendo credere che il programma stia “consumando troppo”.

    Un altro errore è lasciare aperti documenti enormi in più finestre e poi aumentare la memoria di Krita sperando che basti. Se la macchina entra in swapping di sistema, hai solo spostato il problema. Lo stesso vale per chi tiene aperti browser pesanti, software di sincronizzazione cloud e altre app graficamente esose durante sessioni di pittura intensiva.

    Infine, attenzione agli aggiornamenti. A volte una versione nuova migliora la gestione della memoria; altre volte cambia il comportamento di specifici brush engine o del rendering. Se hai un salto di prestazioni improvviso dopo un update, vale la pena confrontare release note e impostazioni prima di toccare altro.

    La configurazione sensata, in pratica

    Se vuoi una sintesi operativa: aumenta la memoria assegnata a Krita solo quanto basta, usa uno swap file ragionevole su storage veloce, alleggerisci il documento e lascia margine al sistema. È la combinazione che di solito produce il risultato migliore senza effetti collaterali inutili.

    Su una macchina con RAM abbondante puoi permetterti più libertà, ma non è un invito a ignorare il peso del progetto. Su una macchina più modesta, invece, la differenza la fanno le abitudini: meno livelli inutili, meno app aperte, file più gestibili e un occhio costante ai segnali di saturazione.

    Assunzione di lavoro: qui si presume un uso normale di Krita su desktop recente, con sistema operativo aggiornato e documento complesso ma non corrotto. Se il problema persiste dopo aver verificato memoria, swap, disco e impostazioni dell’app, il passo successivo è raccogliere dati più precisi su versione di Krita, RAM installata, tipo di storage e caratteristiche del file su cui stai lavorando.