Cosa si intende per blocco di IO e I/O non bloccante?

Question

Come spiegheresti un semplice mortale sul blocco dell'IO e dell'IO non bloccante? Ho trovato questi concetti non molto chiari tra molti di noi programmatori.

Answer 1

Blocco I/O significa che l'esecuzione del programma viene messa in attesa mentre l'I/O è in corso. Quindi il programma attende fino a quando l'I/O è finito e quindi continua la sua esecuzione. In I/O non bloccanti il ​​programma può continuare durante le operazioni di I/O.

Answer 2

disse semplicemente .. il non bloccante I/O (Asynchronous) consente altre operazioni da effettuare mentre si fa la sua cosa e bloccando i/o bloccherebbe altre operazioni

Answer 3

E 'una questione di concorrenza. Nel caso normale, dopo che un kernel del SO riceve un I/O op da un programma utente, quel programma non viene eseguito nuovamente fino al completamento dell'operazione di I/O. Altri programmi vengono generalmente programmati nel frattempo.

Questo risolve molti piccoli problemi. Ad esempio, come fa un programma a sapere quanti byte sono stati letti a meno che l'I/O sia completo quando restituisce il read(2)? Come fa a sapere se può riutilizzare un buffer write(2) se l'operazione è ancora in corso quando ritorna write(2)? Ovviamente, è necessaria un'interfaccia più complessa per l'I/O asincrono.

definitiva si scende a:

1. I/O succede sincrono rispetto al programma, bloccando il programma fino I/O è finito
2. I/O è semplicemente programmato da una chiamata di sistema e esiste un meccanismo di notifica per comunicare il risultato reale
3. C'è un compromesso in cui le operazioni di I/O falliscono semplicemente se non possono essere completate immediatamente. Questo è l'uso più comune di I/O "non bloccanti" nella pratica.

L'intera questione è complicata inoltre dallo sforzo di pianificare programmi multithreaded quando I/O potuto concepibilmente bloccare un solo filo, ma che è una questione diversa ...