Newsgroup: it.comp.os.linux.iniziare
Titolo: scrittura fisica su un named pipe

Salve a tutti.
Da quello che so, anche se usato molto di frequente, il comando
 
$ echo abc > /dev/null
 
non dovrebbe usurare il disco.
 
Specialmente se si tratta di un SSD, non dovrebbe ridurre (esaurire) i 
cicli di scrittura.
 
Ma se si tratta di un named pipe
 
$ mkfifo my-pipe
 
vale lo stesso discorso?
 
$ echo abc > my-pipe &
[2] 7450
$ echo abc > my-pipe &
[3] 7458
$ echo abc > my-pipe &
[4] 7466
 
...alla lunga c'è qualche impatto sui cicli di scrittura?
Viene scritto fisicamente qualche bit, o no?


Che io sappia (davvero ben poco su questo) niente viene salvato su 
disco, ma rimane in una sorte di buffer del kernel (non l'ho letto, 
troppo per me,  ma qui ci sono sicuramente le informazioni dettagliate 
che cerchi :
https://gapil.gnulinux.it/fileshare/gapil.pdf
), ci sarà un 
inode immmagino, una file-directory che lo associa al nome, ma nessun 
blocco di memoria su disco associato.
 
Terminale 1
 > ls ~ > pipeDIprova
[17:45:12] fabio@solus /home/fabio/tmp
 >
 
Terminale2
$ echo abc > pipeDIprova
 
Terminale3
$ ls -l
totale 0
prw-r--r-- 1 fabio root 0 23 nov 17.41 pipeDIprova
fabio@solus ~/tmp $ cat < pipeDIprova
abc
....
 
 

Che poi noto che il tempo di modifica file cambia solo quando digito 
l'ultimo comando, prima rimane tutto in sospeso e il file figura come 
mai modificato, letto, cambiato.


 mai modificato, letto, cambiato.
 
...l'ultimo comando... ecc....
 
Non ho capito.
Puoi spiegati meglio?
 

 Viene scritto fisicamente qualche bit, o no?
 
Se la preoccupazione e` l'usura, non
devi preoccuparti, scrive poco.
 
bye,
 
-- 
 
piergiorgio
 

 Viene scritto fisicamente qualche bit, o no?
 
di principio no perché scrivi in un buffer in memoria, però la domanda è 
capziosa: a seconda dello stato della memoria il kernel potrebbe anche 
decidere di usare il disco.
 
detto questo, lo sai vero che questi esempi non hanno alcun senso pratico? 

 
Niente di particolare, era solo per far vedere quello che succede.
Prima mando l'elenco dei file della home ls ~ nella pipeDIprova (alle 
17:45), poi vi aggiungo l'echo di abc, poi guardo i dettagli del file 
pipeDIprova nella directory tmp con ls-l e noto che occupa 0 byte, ma 
come ora di modifica segna 17.41 precedente alle 17:45 di sopra, forse 
non contiene veramente niente? Faccio cat < pipeDIprova e salta fuori 
abc e tutto il resto dove ... è ls ~ iniziale. Se rifacessi ora ls -l su 
tmp noterei che questa volta l'ora di modifica è cambiata ed è quella in 
cui ho digitato cat < pipeDIprova.
 
Detto questo era solo una prova fatta per verificare se tutto tornava 
anche a me perché la domanda mi incuriosiva, ma come dicevo 
sull'argomento io non so niente di più, ci sono sicuramente persone più 
competenti.

 
 
Comunque su gapil.pdf pag 502 (e altre) si capisce anche questa cosa dei 
tempi e dei limiti del buffer.
 

Il 23/11/22 21:16, rootkit ha scritto:

Neanche il 50/70% delle conoscenze/cultura (e quello che ci insegnano a 
scuola) hanno un senso pratico.
Le cose pratiche per eccellenza sarebbero mangiare, bere e dormire.
Se uno non ha un gran desiderio di conoscenza, e si accontenta di poco, 
può anche andar bene.

 può anche andar bene.
 
per seguire il tuo discorso, è come chiedersi cosa succede ad uno che 
mangia ma non defeca o che inspira ma non espira. una pipe serve a 
redirigere output e input fra applicazioni, usata così non ha senso 
neanche a scopo didattico o per lo meno non ha senso porsi la domanda che 
poni te. 

 poni te.
 
E pensare che c'è gente che studia filosofia.
Che senso avrà mai...

 Che senso avrà mai...
 
alcuno se lo scopo è quello di indagare sul sesso degli angeli.

 Cosa molto improbabile, e in caso rischia di scoppiare,
 
appunto. non ha senso chiedersi se a lungo andare questa cosa fa venire la 
bronchite, visto che dopo 5 min uno è già schioppato.