UTNianos

Versión completa: [Sistemas Operativos] VoF de Finales (E/S)
Actualmente estas viendo una versión simplificada de nuestro contenido. Ver la versión completa con el formato correcto.
Páginas: 1 2
Gonza... Es que hace tres lecturas al disco... no hace una lectura de un archivo que tiene 3 bloques o algo asi...
Primero hace un read... sigue, hace otro... sigue... y asi...

Si fuesen no bloqueantes lo podemos llegar a charlar... pero un read al disco habitualmente es bloqueante
Perfecto, mil gracias de nuevo Adriano!
(19-02-2013 00:20)Adriano escribió: [ -> ]Si no las hace en simultaneo, tenes de a un solo pedido. No hay nada que planificar...

Orly
pensé que se guardaban en un buffer y despues planificaba todas juntas... nunca me hubiese imaginado lo que decis vos, gracias!
(16-01-2013 00:52)Alejandro escribió: [ -> ]Cuando se trabaja con E/S con DMA en lugar de E/S manejada por interrupciones el dispositivo no necesita las interrupciones, ya que el dispositivo avisa al DMA para que realice transferencias de datos y no al procesador.
Falso. Con Acceso Directo a Memoria se necesitan las interrupciones. Es con E/S programada cuando no se utilizan. [Stallings, 5ª ed. Esp., Pgs. 495].
Falso. Me parece que la respuesta que da Alejandro no tiene mucho que ver con lo que esta diciendo la afirmacion. De todos modos para mi es Falsa porque el modulo de DMA le avisa al procesador por medio de interrupciones cuando termino de hacer la operacion de E/S entonces si las necesita. Que opinan?
Cita:Las llamadas al sistema bloqueantes son funciones que siempre ejecutan una E/S y que podrían bloquear al proceso
Verdadero, la ejecución de una E/S es muy lenta por eso bloquea el proceso para aprovechar el uso del procesador. Aclaro que no se bloquearía el proceso en caso de que se estuviera ejecutando en un hilo de kernel y hay otro hilo de kernel en el proceso para ejecutar.
Falsa - Por ej crear un proceso, pedir la fecha.

Falsa o verdadera entonces?
(22-02-2016 15:00)leandrong escribió: [ -> ]
Cita:Las llamadas al sistema bloqueantes son funciones que siempre ejecutan una E/S y que podrían bloquear al proceso
Verdadero, la ejecución de una E/S es muy lenta por eso bloquea el proceso para aprovechar el uso del procesador. Aclaro que no se bloquearía el proceso en caso de que se estuviera ejecutando en un hilo de kernel y hay otro hilo de kernel en el proceso para ejecutar.
Falsa - Por ej crear un proceso, pedir la fecha.

Falsa o verdadera entonces?

Para mi es falsa, porque SIEMPRE bloquean al proceso. No es que podrían o no bloquearlo. Siempre y cuando hablemos de proceso que no posee hilos de kernel ejecutando. En caso de que sea un hilo de kernel, como dice arriba, lo bloquearia y continuaría con la ejecucion de otro hilo del mismo proceso pero en este caso yo interpreto proceso.

(creo que con la aclaracion esa la deberían dar como correcta)

(15-02-2015 20:47)NaiaraAcosta escribió: [ -> ]
(16-01-2013 00:52)Alejandro escribió: [ -> ]Cuando se trabaja con E/S con DMA en lugar de E/S manejada por interrupciones el dispositivo no necesita las interrupciones, ya que el dispositivo avisa al DMA para que realice transferencias de datos y no al procesador.
Falso. Con Acceso Directo a Memoria se necesitan las interrupciones. Es con E/S programada cuando no se utilizan. [Stallings, 5ª ed. Esp., Pgs. 495].
Falso. Me parece que la respuesta que da Alejandro no tiene mucho que ver con lo que esta diciendo la afirmacion. De todos modos para mi es Falsa porque el modulo de DMA le avisa al procesador por medio de interrupciones cuando termino de hacer la operacion de E/S entonces si las necesita. Que opinan?

Opino igual
Páginas: 1 2
URLs de referencia