Ciao a tutti,

Sono stato il mio compilare glibc 2.6.1 file di origine su un nuovo kernel 2.66.22.6 e sembra che i problemi sono in esecuzione con la memoria virtuale. Viene visualizzato il messaggio di errore:

esaurito la memoria virtuale: Impossibile allocare memoria

Ho visto un articolo su come regolare i parametri, ma non riesco a dare un senso dei numeri e il loro significato e né l'articolo descriverli come vm.dbflush valore ecc

Chiunque facile dare una visione di questo?

il vostro aiuto sarebbe molto apprezzato.

Mani

Quale Linux?

Salve,

La sua chiamata JDS Linux da Sun Microsystems, non è sicuro di voi ha sentito parlare. E 'stato abbastanza vecchio e ho voluto installare Firefox, che ha detto il mio glibc è obsoleta. guardando alla pre-reqs i necessari per aggiornare un sacco di cose e dopo che è stato un errore durante la compilazione mutexlock glibc e che mi hanno portato ad aggiornare il kernel 2.6.22.6 per ora sono sempre questo errore VM.

Qualsiasi idee? ancora leggendo in rete per le impostazioni di VM, ma finora sembra che un nero d'arte.

Mani

Potrebbe anche essere utile tok ora che cosa mangiare tutti la memoria, provare a 'ps aux | less'.

Infatti, vorrei suggerire l'identificazione di ciò che è il primo a usare la maggior parte della memoria.

Qualcosa come un free-m, la prima fuori darà l'idea generale di quanta memoria è già stanno lavorando con mentre facendo un top-shift + c e m prima serata eseguendo l'installazione vedrà specificamente mangiare ciò che è più di vostra memoria fino.

Da lì è possibile disabilitare i processi che stanno mangiando la maggior parte della memoria. Se c'è un processo di licenziati o che è qualcosa di riproduzione più figli rispetto al normale è possibile eseguire:

ps aux | awk '(print $ 1)' | sort | uniq-c | sort-k1-g

o

ps aux | awk '(print $ 11)' | sort | uniq-c | sort-k1-g

Se potesse girare me i risultati, posso dare un'occhiata per ya, ma sono piuttosto evidenti.

Una cosa devo aggiungere, che l'uso di distribuzioni più vecchie, soprattutto quelli che sembrano avere spurie di sostegno non è mai una buona idea. Domenica ditched il Java Desktop un po 'indietro e penso che si possa avere incontrato quello che sarà uno dei tanti problemi che si potrebbero affrontare.