Commit 76075577 authored by DANIEL DIAZ SANCHEZ's avatar DANIEL DIAZ SANCHEZ
Browse files

Update README.md, README_EN.md files

parent cbce6699
......@@ -25,7 +25,7 @@ Esto implica que cuando se realiza alguna de estas operaciones sobre un socket,
En muchas ocasiones es recomendable emplear algún mecanismo que nos permita realizar estas operaciones de forma no bloqueante y así poder realizar otras tareas en vez de esperar a que los datos estén disponibles. En esta práctica vamos a ver algunos de los mecanismos que existen para poder realizar operaciones de entrada/salida no bloqueantes sobre sockets, en concreto, los mecanismos de polling y los mecanismos asíncronos.
En esta práctica dispone de todos los ficheros necesarios para probar un servidor concurrente. Para descargarlo, usa el siguiente comando:
Para esta práctica **usaremos al comienzo los ficheros de código de la práctica anterior** pero hay ciertos ficheros nuevos que podrás descargar usando el siguiente comando:
```
git clone https://gitlab.gast.it.uc3m.es/aptel/sockets3_concurrent_servers_polling_select.git
......
......@@ -56,7 +56,7 @@ We now know how to ensure that input/output operations are non-blocking but how
> When an input/output operation on a non-blocking socket cannot be completed, the call to the input/output function returns an error code (-1) and assigns the value EWOULDBLOCK to the variable errno (recall that it is always necessary to check the number of bytes returned by these calls, since it does not always coincide with the number of bytes that we wanted to read or write).
> In order to find out when there is data available to be read, a polling mechanism, by which the socket is regularly checked to see if data has arrived, is often used. Each time the socket is polled, if no data is available other tasks can be carried out.
### 1. Using the code provided for the [third sockets lab exercise](https://gitlab.pervasive.it.uc3m.es/aptel/sockets2_concurrent_servers) modify the client so that it can perform non-blocking input/output operations and so that it uses a polling mechanism to check the availability of data when performing read operations.
### 1. Using the code provided for the [third sockets lab exercise](https://gitlab.gast.it.uc3m.es/aptel/sockets2_concurrent_servers) modify the client so that it can perform non-blocking input/output operations and so that it uses a polling mechanism to check the availability of data when performing read operations.
In order to manifest this behaviour, make the client print the value of a counter to the screen, where this counter is incremented each time the program has to wait for data to be returned by the server (that is, each time it performs a read operation). Compile the code and execute it using the echo server of the previous lab exercise.
......
Supports Markdown
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment