Slackware e Intel i3

[rik70]

Informati bene, perché a prescindere dalla questione della garanzia del produttore, se acquisti un bene e questo presenta dei vizi o delle difformità tali per cui tu non l'avresti mai acquistato a quelle condizioni, hai diritto ad essere rimborsato, a farti sostituire il prodotto o ad uno sconto sul prezzo pagato.

Un mio amico ha preso un notebook presso una nota catena di distribuzione, e lo schermo aveva un pixel bruciato. L'ha riportato indietro e non se n'è andato fino a quando non glie l'hanno sostituito.

La legge è dalla tua parte. Il venditore deve garantire la conformità del prodotto alle TUE esigenze. Quello della garanzia è un problema suo. Parlo ovviamente di hardware già "difettoso" al momento dell'acquisto.

[boh]

Se hai più di un giga puoi anche non crearla proprio.

quoto... e ti dirò di piu'.. se hai ram >= 4GB potresti valutare la possibilità montare la directory /tmp in memoria in modo da ottenere due benefici principali

1) tutte le applicazioni che scrivono file in questo percorso vi accedono in modo molto piu' rapido rispetto al classico filesystem
2) non ti devi preoccupare di fare pulizia perchè, essendo in ram, ad ogni riavvio è vuota

l'unico 'difetto' di questo sistema è che devi impostare una dimensione fissa (ad esempio 1GB), per questo ti dicevo che è una cosa da valutare in base al tuo utilizzo normale.. perchè se ti rendi conto che la tua ram fa la muffa allora ok.. altrimenti potresti avere piu' noie che benefici

Mi intrometto nella discussione per chiedere una cosa. Questo metodo che ho quotato, come si attua?
Perchè personalmente ho 8GB di RAM e quindi credo di riuscire a "ritagliare" una directory /tmp da 1GB in RAM senza particolari problemi!

[414N]

Mi intrometto nella discussione per chiedere una cosa. Questo metodo che ho quotato, come si attua?
Perchè personalmente ho 8GB di RAM e quindi credo di riuscire a "ritagliare" una directory /tmp da 1GB in RAM senza particolari problemi!

Basta che aggiungi un'entry in /etc/fstab nella quale monti /tmp col filesystem tmpfs.
Puoi prendere spunto dalla voce riguardante /dev/shm. Per default, viene usata metà della RAM ma puoi limitarne l'uso tramite l'opzione size. Controlla nella man page di mount.

[Silentwave]

Se hai più di un giga puoi anche non crearla proprio.

quoto... e ti dirò di piu'.. se hai ram >= 4GB potresti valutare la possibilità montare la directory /tmp in memoria in modo da ottenere due benefici principali

1) tutte le applicazioni che scrivono file in questo percorso vi accedono in modo molto piu' rapido rispetto al classico filesystem
2) non ti devi preoccupare di fare pulizia perchè, essendo in ram, ad ogni riavvio è vuota

l'unico 'difetto' di questo sistema è che devi impostare una dimensione fissa (ad esempio 1GB), per questo ti dicevo che è una cosa da valutare in base al tuo utilizzo normale.. perchè se ti rendi conto che la tua ram fa la muffa allora ok.. altrimenti potresti avere piu' noie che benefici

Mi intrometto nella discussione per chiedere una cosa. Questo metodo che ho quotato, come si attua?
Perchè personalmente ho 8GB di RAM e quindi credo di riuscire a "ritagliare" una directory /tmp da 1GB in RAM senza particolari problemi!

Preferisco mantenere i 4 gb di ram perchè di solito apro molti processi quando uso il pc e non vorrei avere problemi di ram

[boh]

Mi intrometto nella discussione per chiedere una cosa. Questo metodo che ho quotato, come si attua?
Perchè personalmente ho 8GB di RAM e quindi credo di riuscire a "ritagliare" una directory /tmp da 1GB in RAM senza particolari problemi!

Basta che aggiungi un'entry in /etc/fstab nella quale monti /tmp col filesystem tmpfs.
Puoi prendere spunto dalla voce riguardante /dev/shm. Per default, viene usata metà della RAM ma puoi limitarne l'uso tramite l'opzione size. Controlla nella man page di mount.

Grazie mille

[Bart]

Se hai più di un giga puoi anche non crearla proprio.

quoto... e ti dirò di piu'.. se hai ram >= 4GB potresti valutare la possibilità montare la directory /tmp in memoria in modo da ottenere due benefici principali

1) tutte le applicazioni che scrivono file in questo percorso vi accedono in modo molto piu' rapido rispetto al classico filesystem
2) non ti devi preoccupare di fare pulizia perchè, essendo in ram, ad ogni riavvio è vuota

Sinceramente non vi capisco. Consigliate di non creare la swap, ma se lui volesse fare un suspend come fa, usi sempre il file di swap? Per me è discutibile anche perché se hai 4 GB di ram sul sistema di sicuro non hai un hd che avrà paura di qualche gb di swap.
Poi se vuoi /tmp pulita sinceramente trovo più corretto l'utilizzo di questo script in rc.local_shutdown:

Codice: Seleziona tutto

# clean up tmp's
if [ -d /var/tmp ]
then
        cd /var/tmp
        find \( ! -name . ! -name .. \) -exec rm -rf {} \; 2> /dev/null
fi
if [ -d /tmp ]
then
        cd /tmp
        find \( ! -name . ! -name .. \) -exec rm -rf {} \; 2> /dev/null
fi

Se non altro perché prima di pulire la /tmp pulisce /var/tmp.

[boh]

Cosa fa di preciso quello script? Perché pulire prima /var/tmp è preferibile?

[miklos]

Sinceramente non vi capisco. Consigliate di non creare la swap, ma se lui volesse fare un suspend come fa, usi sempre il file di swap? Per me è discutibile anche perché se hai 4 GB di ram sul sistema di sicuro non hai un hd che avrà paura di qualche gb di swap.

perchè dipende dall'uso che fai del sistema.. per come la vedo io è giusto segnalare tutte le possibilità.. poi uno si regola.. certo è che un tempo era vero che la swap era indispensabile (suspend a parte).. ora invece non è piu' cosi'..

[Bart]

Cosa fa di preciso quello script? Perché pulire prima /var/tmp è preferibile?

Pulisce /var/tmp e /tmp allo shutdown. In alcuni casi ho avuto dei problemi allo shutdown eliminando prima /tmp o solo /tmp e questo è capitato anche ad altri utenti del forum. Utilizzando questa procedura non ho più avuto noie.