Newsgroup: it.comp.os.linux.iniziare
Titolo: scrivere ripetutamente su /dev/null usura l'SSD?

Chi fa programmazione e ad esempio deve fare delle simulazioni di 
scrittura su file, usa il file speciale a caratteri /dev/null
 
Tale file ad esempio viene anche usato, in ambito bash, per evitare di 
visualizzare l'output di un comando.
 
$ COMANDO > /dev/null
 
A questo punto volevo sapere se scrivere ripetutamente su /dev/null può 
usurare il supporto di memorizzazione.
Soprattutto se si tratta di unità SSD, che come molti sapranno, hanno 
cicli di scrittura limitatati.
 
In altre parole, la scrittura su /dev/null, è di tipo fisico o virtuale 
(il disco non viene usurato)?

alex wrote on 10/20/20 9:48 AM:

/dev/null non ha nulla a che vedere con alcun supporto fisico, ssd o altro, che
avrà il suo /dev/qualcosa.
 
https://it.wikipedia.org/wiki//dev/null
 

Il 20/10/20 11:20, R2-D2 ha scritto:

Quindi posso stare sicuro che non vengano eseguite scritture reali 
(nessun accesso fisico in scrittura)?
E come se il disco non ci fosse?

 E come se il disco non ci fosse?
 
Si

 E come se il disco non ci fosse?
 
Al contrario, è come se ci fosse, ma il disco /dev/null invece non esiste
proprio. È il tuo SO che finge che ci sia, invece di darti un I/O error quando
il tuo script tenta di scriverci sopra.


Tu intendi i tuoi dischi fisici quindi la risposta e' si
perche' se avviassi da una distro live su CD o addirittura
tutta in RAM rimuovendo anche il CD su un sistema senza memoria
di massa /dev/null ci sarebbe e sarebbe utilizzabile.

proprio. 
 
Pensa che casino, in caso contrario, coi dischi meccanici.
 
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 cicli di scrittura limitatati. 
 
anche l'universo è limitato. ma soprattutto neanche i settori degli hd sono scrivibili all'infinito.
 
 

 anche l'universo è limitato.
 
Lo hanno scoperto?
Nooooooooo! :-( Va a finire che prima o poi mi tocca rifare
sta vita di merda.
 


Per mia curiosita`, come ti e` venuta in
mente questa domanda?
 
bye,
 
-- 
 
piergiorgio

Il 21/10/20 18:09, Piergiorgio Sartor ha scritto:

Mi occupo di programmazione, e per testare la scrittura su file quale 
path si usa di solito?
/dev/null mi sembra perfetto e anche gli altri sembra siano abastanza 
d'accordo.

 d'accordo.
 
Non ho chiesto questo.
 
Ho chiesto come ti e` venuto in mente
che /dev/null possa avere un back end,
cioe` scrivere, su un qualche dispositivo
di memorizzazione.
 
Come scritto, una mia curiosita`.
 
bye,
 
-- 
 
piergiorgio

 d'accordo.
 
Certo, è ideale per vedere se la scrittura è andata a buon fine e,
soprattutto, se i dati scritti sono corretti.
 
-- 
Ciò che si vede, è.
 

 soprattutto, se i dati scritti sono corretti.
 
:-D

Il 22/10/20 18:13, Piergiorgio Sartor ha scritto:

Volevo essere sicuro al 100% che le scritture su tale pseudo-file, non 
andassero a modificare nessun bit fisico sul dispositivo di memorizzazione.
 

 d'accordo.
 
/dev/null è perfetto per quello che è il suo scopo, cioè emulare un device sempre vuoto. come /dev/full emula un device sempre pieno e /dev/zero un device che restituisce in lettura solo il carattere 0.
dipenderà dal test che devi fare. 

 
 
noto anche come esempio di WORN
 
-- 
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\
-=- -=- -=- -=- -=- -=- -=- -=- - -=-
........... [ al lavoro ] ...........

 e /dev/zero un device che restituisce in lettura solo il carattere 0.
 
Su questo ho imparato una dura lezione: non restituisce il carattere 0, ma \0
 
Enrico

Il 23/10/20 17:48, Enrico Bianchi ha scritto:

$ cat /dev/zero
 
mi si blocca tutto.
Cosa significa?
 
Per uscire devo premere ^Z
 
$ cat /dev/zero
^Z
[5]+  Fermato                 cat /dev/zero


Fai cat -A /dev/zero  


 [5]+  Fermato                 cat /dev/zero
 
Con ^Z il processo rimane sospeso.  Generalmente si usa ^C per terminare.
 
Ciao
Giovanni
-- 
   A computer is like an air conditioner,
   it stops working when you open Windows.
   < 
http://giovanni.homelinux.net/
 >

 Giovanni
 
OK!!!

 Cosa significa? 
 
non è bloccato, semplicemente non stampa nulla a console perché l'output è il carattere \0 cioè il null.
 
prova con:
 
head -c 100 /dev/zero > prova.dmp
 
puoi fare anche:
 
cat /dev/zero > prova.dmp
 
ma devi far veloce a premere ctrl+c perché a scaricarti quanto basta per riempirti il disco ci mette un attimo.
 

Il 26/10/20 14:54, rootkit ha scritto:

Grazie per le info :)