Correzioni riguardo flock
authorSimone Piccardi <piccardi@gnulinux.it>
Fri, 18 Oct 2002 18:54:25 +0000 (18:54 +0000)
committerSimone Piccardi <piccardi@gnulinux.it>
Fri, 18 Oct 2002 18:54:25 +0000 (18:54 +0000)
fileadv.tex

index f0d7570d95d4c74d4ab43dd1c235f0fae116f2ef..8ec9dc39ef9fe88d52bc17969c4ba5830fb2ea73 100644 (file)
@@ -1229,15 +1229,6 @@ sovrapposizioni, e garantire la atomicit
 
 
 
-\subsection{Il file locking in Linux}
-\label{sec:file_linux_file_lock}
-
-L'implementazione del \textit{file locking} in Linux, benché perfettamente
-funzionante, resta una sovrapposizione di diverse interfacce, risultante in
-una complessità 
-
-
-
 \subsection{L'\textit{advisory locking}}
 \label{sec:file_record_locking}
 
@@ -1256,12 +1247,12 @@ sistema, che si incaricano di asserire e verificare se esistono delle
 condizioni di blocco per l'accesso ai file.  Questo significa che le funzioni
 \func{read} o \func{write} non risentono affatto della presenza di un
 eventuale blocco, e che sta ai vari processi controllare esplicitamente lo
-stato dei file condivisi prima di accedervi ed implementare opportunamente un
-protocollo di accesso.
+stato dei file condivisi prima di accedervi, implementando un opportuno
+protocollo.
 
 In Linux sono disponibili due interfacce per utilizzare l'\textit{advisory
   locking}, la prima è quella derivata da BSD, che è basata sulla funzione
-\func{flock}, la seconda è quella standardizzata da POSIX.1 (originaria di
+\func{flock}, la seconda è quella standardizzata da POSIX.1 (derivata da
 System V), che è basata sulla funzione \func{fcntl}.  I \textit{file lock}
 sono implementati in maniera completamente indipendente nelle due interfacce,
 che pertanto possono coesistere senza interferenze.
@@ -1271,24 +1262,25 @@ cosiddetto \textit{shared lock}, detto anche \textit{read lock} in quanto
 serve a bloccare l'accesso in scrittura su un file affinché non venga
 modificato mentre lo si legge. Si parla di \textsl{blocco condiviso} in quanto
 più processi possono richiedere contemporaneamente uno \textit{shared lock}
-per proteggere un accesso in lettura.
+su un file per proteggere il loro accesso in lettura.
 
-La seconda è il cosiddetto \textit{exclusive lock}, detto anche \textit{write
-  lock} in quanto serve a bloccare l'accesso su un file da parte di altri (sia
-in lettura che in scrittura) mentre lo si sta scrivendo. Si parla di
-\textsl{blocco esclusivo} appunto perché un solo processo alla volta può
-richiedere un \textit{exclusive lock} per proteggere un accesso in scrittura.
+La seconda tipologia è il cosiddetto \textit{exclusive lock}, detto anche
+\textit{write lock} in quanto serve a bloccare l'accesso su un file (sia in
+lettura che in scrittura) da parte di altri processi mentre lo si sta
+scrivendo. Si parla di \textsl{blocco esclusivo} appunto perché un solo
+processo alla volta può richiedere un \textit{exclusive lock} su un file per
+proteggere il suo accesso in scrittura.
 
 Entrambe le interfacce garantiscono che quando si richiede un \textit{file
   lock} su un file su cui ne sia già presente un altro che non ne consente
 l'acquisizione (uno \textit{shared lock} su un file con un \textit{exclusive
-  lock}, o un \textit{exclusive lock} su un file con altro \textit{file lock})
-la funzione blocca il processo fintanto che \textit{file lock} preesistente
-non viene rimosso.
+  lock} attivo, o un \textit{exclusive lock} su un file con un qualunque
+blocco attivo) la funzione blocca il processo fintanto che \textit{file lock}
+preesistente non viene rimosso.
 
-L'interfaccia classica usata da BSD permette di eseguire il blocco solo su un
-intero file, funzione usata per richiedere e rimuovere un \textit{file lock} è
-\func{flock}, il cui prototipo è:
+La prima interfaccia, quella derivata da BSD, permette di eseguire il blocco
+solo su di un intero file; funzione usata per richiedere e rimuovere un
+\textit{file lock} è \func{flock}, ed il suo prototipo è:
 \begin{prototype}{sys/file.h}{int flock(int fd, int operation)}
   
   Applica o rimuove un \textit{file lock} sul file \param{fd}.
@@ -1302,11 +1294,10 @@ intero file, funzione usata per richiedere e rimuovere un \textit{file lock} 
   }
 \end{prototype}
 
-Il comportamento della funzione è specificato dal valore dell'argomento
-\param{operation}, da passare come maschera binaria dei valori riportati in
-\tabref{tab:file_flock_operation}.  Quando si chiude un file i lock esistenti
-su di esso vengono sempre cancellati.
-
+La funzione può essere usata per acquisire o rilasciare un blocco a seconda di
+quanto specificato tramite il valore dell'argomento \param{operation}, questo
+deve essere passato come maschera binaria dei valori riportati in
+\tabref{tab:file_flock_operation}.
 
 \begin{table}[htb]
   \centering
@@ -1327,16 +1318,16 @@ su di esso vengono sempre cancellati.
   \label{tab:file_flock_operation}
 \end{table}
 
-La funzione esegue il blocco direttamente il file (cioè rispetto allo schema
-di \secref{fig:file_stat_struct} il blocco è mantenuto in riferimento alla
-struttura \var{file}, non al file descriptor). Pertanto sia \func{dup} che
-\func{fork} non creano ulteriori istanze di un \textit{file lock} quanto
-piuttosto degli ulteriori riferimenti allo stesso. Questo comporta che un
-\textit{file lock} può essere rimosso su uno qualunque dei file descriptor che
-fanno riferimento allo stesso file: quindi se si toglie il blocco in un
-processo figlio o su un file descriptor duplicato, questo sarà cancellato
-rispettivamente anche nel processo padre e sul file descriptor originario.
-
+Si tenga presente che la funzione blocca direttamente un file (cioè, rispetto
+allo schema di \secref{fig:file_stat_struct}, il blocco è mantenuto in
+riferimento alla struttura \var{file}, e non al file descriptor). Pertanto sia
+\func{dup} che \func{fork} non creano ulteriori istanze di un \textit{file
+  lock} quanto piuttosto degli ulteriori riferimenti allo stesso. Questo
+comporta che un \textit{file lock} può essere rimosso su uno qualunque dei
+file descriptor che fanno riferimento allo stesso file: quindi se si toglie il
+blocco in un processo figlio o su un file descriptor duplicato, questo sarà
+cancellato rispettivamente anche nel processo padre e sul file descriptor
+originario.
 
 La seconda interfaccia per l'\textit{advisory locking} disponibile in Linux è
 quella standardizzata da POSIX, basata sulla funzione \func{fcntl}. Abbiamo
@@ -1372,11 +1363,12 @@ manetenuti su NFS, in questo caso, se si ha la necessit
 \textit{file locking}, occorre usare l'interfaccia basata su \func{fcntl} che
 può funzionare anche attraverso NFS, a condizione che sia il client che il
 server supportino questa funzionalità.
-
-
 La standardizzatione operata con POSIX.1 ha adottato le API per il
 \textit{file locking} originarie di System V, basate sulla funzione 
 
+
+
 Al contrario di \func{flock} con \func{fcntl} è possibile bloccare anche solo
 delle sezioni di un file. La funzione prende come argomento una struttura
 \var{flock} la cui definizione è riportata in \figref{fig:struct_flock}.