103323 - PARALELISMO Y CONCURRENCIA

Tipo de asignatura: obligatoria

Coordinador: Vladimir Bellavista Pariente

trimestre: Segundo trimestre

Créditos: 6

Curso académico: 2025

Curso de impartición: 3

• Catalá

Las clases están en catalán. La mayor parte de la documentación (incluidos los enunciados de prácticas y exámenes) están en inglés. 

En esta asignatura se introducen, desde una vertiente eminentemente práctica, los conceptos, problemas y prácticas más relevantes de la programación concurrente.

Esta asignatura debería cursarse después de haber superado la asignatura Sistemas Operativos.

El aula (física o virtual) es un espacio seguro, libre de actitudes machistas, racistas, homófobas, transfobas y discriminatorias, sea hacia el alumnado o hacia el profesorado. Confiamos en que entre todas y todos podamos crear un espacio seguro donde podamos equivocarnos y aprender sin tener que sufrir prejuicios de otros. 

1.- Conceptos fundamentales

• Programas, procesos, e hilos
• Paralelismo vs. concurrencia
• arquitecturas

2.- Implementación de procesos e hilos

• Hilos en Java: la clase Thread y la interfaz Runnable
• Ciclo de vida de un hilo

3.- Interferencia y el problema de la sección crítica

• interferencia
• exclusión mutua
• Algoritmos que garantizan la exclusión mutua

4.- Herramientas

• Test & Set
• semáforos
• Monitores

5.- Deadlock, safety & liveness

6.- Sistemas distribuidos

La calificación final de la asignatura (QF) se calculará en función de la calificación de las prácticas de laboratorio (Pr, 50%) y de un examen final (Ex, 50%)

QF = Ex si Ex< 5

QF = 0.5·Ex + 0.5·Pr si Ex >= 5

Los estudiantes con QF < 5 podrán realizar un examen de recuperación que sustituirá a la primera calificación Ex en el cálculo de QF. En caso de tener que realizar el examen de recuperación, las calificaciones finales en el intervalo [5, 7.5) serán redondeadas a 5. Las calificaciones finales en el intervalo [7.5, 10] serán redondeadas a 7.

Las prácticas representan una única actividad, compuesta de varios apartados que tienen entregas distribuidas durante el trimestre. 

Las prácticas no son recuperables. 

Plagio y utilización de Inteligencias Artificiales Generativas

De forma general, TecnoCampus establece: cualquier forma de fraude académico será sancionada de acuerdo a la normativa de evaluación del centro. En caso de que se detecten indicios de fraude, incluido el uso indebido de herramientas de inteligencia artificial generativa, el profesorado de la asignatura podrá convocar al estudiante a una entrevista individual con el objetivo de verificar su autoría. Además, para el caso particular de esta asignatura, habrá que tener presente que es responsabilidad del alumno evitar el plagio en todas sus formas. En caso de detectar un plagio, independientemente de su alcance, en alguna actividad evaluativa (incluidas las prácticas), se aplicará la normativa de evaluación vigente y el régimen disciplinario. En el caso concreto de las prácticas hay que tener presente que éstas son consideradas una única actividad por lo que el fraude en una entrega será considerado fraude en toda la actividad (prácticas). Además, el profesor comunicará a la Dirección del centro la situación para que tome las medidas aplicables en materia de régimen sancionador. En el contexto de esta asignatura, plagio también significa utilizar y/o adaptar código que no se haya desarrollado de forma totalmente individual (o en el seno del grupo en el caso de actividades grupales). Facilitar el código que da lugar al plagio es también una forma de plagio y será tratado por igual. De forma resumida podemos decir que las actividades evaluativas deben resolverse de forma estrictamente no colaborativa (en el caso de actividades en grupo la colaboración no puede trascender el seno del grupo). El uso de inteligencias artificiales generativas (IAGs) debe limitarse a aquellos aspectos que no son fundamentales en el contexto de la asignatura. Se pueden utilizar, de forma crítica, como mecanismo para resolver dudas sobre la materia y/o para mejorar la redacción de documentos entregables y/o como ayuda en la generación de código de carácter auxiliar que queda fuera del alcance de los temas de la asignatura. En el segundo caso (mejora de la redacción) será necesario explicitar en el documento la participación de IAG en la redacción. En el último caso (generación de código) será imprescindible mencionar su naturaleza de “generado mediante IAG” explicitando su modelo utilizado y el prompt suministrado, incluso si ha sido posteriormente personalizado y/o modificado. Las IAG no podrán ser utilizadas para generar código de programación, ni siquiera en forma de fragmentos, cuando este código quede dentro del alcance de los temas de la asignatura y/o tenga carácter evaluable. Esta prohibición se mantendrá incluso si el código es posteriormente personalizado y/o modificado. Ante las dudas respecto a la legitimidad o no de la utilización de IAGs es necesario contactar, a priori, con el profesorado de la asignatura. 

Ben-Ari, Mordechai. Principles of concurrent and distributed programming. 2006. Essex: Pearson, 2006. ISBN 9780321312839.

Palma Méndez, José Tomás et al ,. Programación concurrente. Madrid: International Thomson, 2003. ISBN 8497321847.

Magee, Jeff; Kramer, Jeff. Concurrency: state modelos & Java programs. 2nd ed. Chichester: John Wiley & sonidos, 2006. ISBN
0470093552.