Programación multifío - Historial de revisiones

Joselv: /* Resumo */

2021-11-16T18:04:17Z

Resumo

Joselv: /* Aplicacións multifio */

2021-11-11T15:34:47Z

Aplicacións multifio

Joselv: /* Aplicacións multifio */

2021-11-09T19:32:49Z

Aplicacións multifio

Joselv: /* Aplicacións multifio */

2021-11-09T19:31:01Z

Aplicacións multifio

Joselv: /* Aplicacións multifio */

2021-11-09T19:10:25Z

Aplicacións multifio

Joselv: /* Depuración e documentación */

2021-11-09T19:07:58Z

Depuración e documentación

Joselv: /* Programación de fíos */

2021-11-09T19:05:51Z

Programación de fíos

Mostrar los cambios

Joselv: /* Estados dun fío */

2021-11-02T21:06:50Z

Estados dun fío

Joselv: /* Depuración e documentación */

2021-10-21T21:12:19Z

Depuración e documentación

Joselv: /* O problema do interbloqueo (deadlock) e a inanición (starvation) */

2021-10-21T21:11:31Z

O problema do interbloqueo (deadlock) e a inanición (starvation)

@@ Línea 162: / Línea 162: @@
 * O '''interbloqueo''' ou '''''deadlock''''' prodúcese cando dous ou máis fíos manteñen bloqueados un conxunto de objetos de bloqueo, e a súa execución está suspendida á espera de conseguir bloquear cada un un novo obxecto de bloqueo, que non poden bloquear porque xa están bloqueados por outros fíos
 ** Podese '''evitar o interbloqueo establecendo unha orde para os obxectos de bloqueo''', e todos os fíos bloqueanse segundo este orde.
-* Se unha vez conseguido o bloqueo sobre un obxecto de bloqueo ''obj'' nun bloque de código synchronized(obj), un fío comproba que non se dan as condicións necesarias para continuar coa súa execución, pode executar wait() sobre o obxecto de bloqueo con obj.wait(). Con iso a súa execución queda suspendida e en espera non activa, mentres que outro obxecto non execute
+* Se unha vez conseguido o bloqueo sobre un obxecto de bloqueo ''obj'' nun bloque de código '''synchronized'''(obj), un fío comproba que non se dan as condicións necesarias para continuar coa súa execución, pode executar wait() sobre o obxecto de bloqueo con obj.'''wait'''(). Con iso a súa execución queda suspendida e en espera non activa, mentres que outro obxecto non execute
 ** obj.'''notifyAll'''() --> '''reanuda todos os procesos''' á espera no obxecto de bloqueo
 ** obj.'''notify'''() --> '''reanuda só un dos procesos''' á espera

@@ Línea 118: / Línea 118: @@
 A corrección da aplicación mídese en función das propiedades anteriores, puidendo ter:
-* Corrección '''parcial'''. Cúmplese a propiedade de '''seguridade'''. '''Se o programa termina''' o '''resultado é''' o '''desexado'''.
+* Corrección '''parcial'''. Cúmprese a propiedade de '''seguridade'''. '''Se o programa termina''' o '''resultado é''' o '''desexado'''.
-* Corrección '''total'''. Cúmplense as propiedades de '''seguridade e viveza'''. O '''programa terminará''' nalgún momento e o '''resultado''' é o '''correcto'''.
+* Corrección '''total'''. Cúmprense as propiedades de '''seguridade e viveza'''. O '''programa terminará''' nalgún momento e o '''resultado''' é o '''correcto'''.
 Para desenvolver unha aplicación multifío será preciso ter en conta os siguientes aspectos:

@@ Línea 118: / Línea 118: @@
 A corrección da aplicación mídese en función das propiedades anteriores, puidendo ter:
-* Corrección parcial. Cúmplese a propiedade de seguridade. Se o programa termina o resultado é o desexado.
+* Corrección '''parcial'''. Cúmplese a propiedade de '''seguridade'''. '''Se o programa termina''' o '''resultado é''' o '''desexado'''.
-* Corrección total. Cúmplense as propiedades de seguridade e viveza. O programa terminará nalgún momento e o resultado é o correcto.
+* Corrección '''total'''. Cúmplense as propiedades de '''seguridade e viveza'''. O '''programa terminará''' nalgún momento e o '''resultado''' é o '''correcto'''.
 Para desenvolver unha aplicación multifío será preciso ter en conta os siguientes aspectos:
@@ Línea 132: / Línea 132: @@
 * Facilitar a programación. Require menos esforzo usar unha clase estándar que desenvolvela para realizar a mesma tarefa
 * Maior rendemento. Os algoritmos utilizados foron desenvoltos por expertos en concurrencia e rendemiento
-* Maior fiabilidade. Usar librerías ou bibliotecas estándar permitenos garantir un mínimo de calidade no noso software. Poden ser deseñadas para evitar:
+* Maior fiabilidade. Usar librerías ou bibliotecas estándar permítenos garantir un mínimo de calidade no noso software. Poden ser deseñadas para evitar:
 ** interbloqueos (''deadlocks'')
 ** cambios de contexto innecesarios

@@ Línea 113: / Línea 113: @@
 Unha aplicación multifío debe reunir as seguintes propiedades:
 ; Seguridade
-: A aplicación non non chegará a un estado inconsistente por un mal uso dos recursos compartidos. Esto implicará sincronizar fíos asegurando a exclusión mutua.
+: A aplicación non chegará a un estado inconsistente por un mal uso dos recursos compartidos. Esto implicará sincronizar fíos asegurando a exclusión mutua.
 ; Viveza
 : A aplicación non se bloqueará ou provocará que un fío non se poida executar. Esto implicará un comportamento non egoísta dos fíos e ausencia de interbloqueos e inanición.

@@ Línea 125: / Línea 125: @@
 ** Fíos independentes. Non será necesario sincronizar e/ou comunicar os fíos.
 ** Fíos colaborando e/ou competindo. Será necesario sincronizar e/ou comunicar os fíos, evitando interbloqueos e esperas indefinidas.
-* Xestionar as prioridades, de xeito que os fíos máis importantes se executen antes.
+* '''Xestionar as prioridades''', de xeito que os fíos máis importantes se executen antes.
-* Non todos os Sistemas Operativos implementan ''time-slicing''.
+* Non todos os Sistemas Operativos implementan ''time-slicing'', polo que hai que evitar que os threads sexan egoístas.
-* A execución de fíos é non-determinística.
+* A '''execución de fíos é non-determinística'''.
-As aplicacións multifío son máis difíciles de desenvolver e complicadas de depurar que unha aplicación secuencial ou de un só fío; pero se utilizamos as librerías que aporta a linguaxe de programación, podemos obter algunhas vantaxes:
+As '''aplicacións multifío''' son '''máis difíciles de desenvolver''' e '''complicadas de depurar''' que unha aplicación secuencial ou de un só fío; pero se utilizamos as librerías que aporta a linguaxe de programación, podemos obter algunhas vantaxes:
 * Facilitar a programación. Require menos esforzo usar unha clase estándar que desenvolvela para realizar a mesma tarefa
 * Maior rendemento. Os algoritmos utilizados foron desenvoltos por expertos en concurrencia e rendemiento
@@ Línea 139: / Línea 139: @@
 * Maior productividade. O uso dunha API estándar permite mellor coordinación entre desarrolladores e reduce o tempo de aprendizaxe.
-Porén, cando vaiamos a desenvolver unha aplicación multifío debemos facer uso das utilidades que ofrece a propia linguaxe; iso  facilitará a puesta a punto do programa e a súa depuración.
+Porén, cando vaiamos a desenvolver unha aplicación multifío '''debemos facer uso das utilidades que ofrece a propia linguaxe'''; iso  facilitará a posta a punto do programa e a súa depuración.
 = Depuración e documentación =

@@ Línea 146: / Línea 146: @@
 * Mediante a documentación interna aportaremos lexibilidade os nosos programas
-A depuración de aplicacións multifío é unha tarefa difícil debido a que:
+A '''depuración de aplicacións multifío''' é unha '''tarefa difícil''' debido a que:
-* A execución dos fíos ten un comportamento non determinístico.
+* A execución dos fíos ten un '''comportamento non determinístico'''.
-* Hai que controlar varios fluxos de execución.
+* Hai que '''controlar varios fluxos de execución'''.
-* Aparecen novos erros potenciales debidos á compartición de recursos entre varios fíos:
+* Aparecen novos '''erros potenciales debidos á compartición de recursos''' entre varios fíos:
-** porque non se cumple a exclusión mutua
+** porque '''non se cumple a exclusión mutua'''
-** porque se produce interbloqueo
+** porque '''se produce interbloqueo'''
-Para documentar unha aplicación multifío non debemos escatimar en comentarios, debido a súa maior complexidade. Podemos utilizar xenerados atuomáticos de documentación (como Javadoc), documentar os casos de proba unitarios (coma con Junit) ou a xestión de ciclo de probas (usando por exemplo TestLink), ademáis de elaborar manuales técnicos e de usuario, guías rápidas de usuario, etc.
+Para '''documentar unha aplicación multifío''' non debemos escatimar en comentarios, debido a súa maior complexidade. Podemos utilizar xeneradores automáticos de documentación (como '''Javadoc'''), documentar os '''casos de proba unitarios''' (coma con '''Junit''') ou a xestión de '''ciclo de probas''' (usando por exemplo TestLink), ademáis de elaborar manuales técnicos e de usuario.
 = Resumo =

@@ Línea 74: / Línea 74: @@
 == Estados dun fío ==
-[[FIle:Ciclo_estados_fios.JPG|thumb]]
+[[FIle:Ciclo_estados_fios.JPG|thumb|Estados dun fío]]
 O ciclo de vida dun fío comprende os diferentes estados nos que pode estar un fío desde que se crea ou nace ata que finaliza ou morre.

@@ Línea 95: / Línea 95: @@
 == O problema do interbloqueo (''deadlock'') e a inanición (''starvation'') ==
-[[File:Deadlock_interbloqueo_coches.jpeg|thumb]]
+[[File:Deadlock_interbloqueo_coches.jpeg|thumb|O interbloqueo pode ser de máis de dous]]
 Consiste en que dous ou máis fíos se bloquean ou esperan indefinidamente. Cómo se chega a unha situación de interbloqueo?
 * Porque cada fío espera a que lle chegue un aviso de outro fío que nunca lle chega