danielsto / arcos-openmp Goto Github PK

Supuestamente a los de informática les ha dicho que los argumentos pueden ir desordenados al meter el comando, y en en realidad es lo que debería hacer. No se debe forzar al programa a tener una estructura de comandos fija al parecer. Hacerlo desordenado implicaría meter un for más que puede retrasar la ejecución así que habría que preguntarla en persona.

En los bucles anidados de 3 niveles se puede mejorar el rendimiento desestimando el bucle exterior, triplicando los 2 bucles interiores y colapsando estos. Se pasa de tener 3 bucles sin paralelizar a 6 bucles colapsados en 3. Comparar si mejora.

Al multiplicar los elementos de la matrizR por un número (por ejemplo, 1) e imprimir sus valores, se imprime correctamente. Al multiplicar los elementos de la matrizR (por 1) y los de matrizG (por ejemplo, 2), pero sólo imprimir los de matrizR, aparece multiplicado matrizR[i][j]*1*2.

Al parecer los streams tardan mucho más que los punteros. Los streams incluyen a los ftreams para leer y escribir archivos y a los cout y cerr. Habria que asegurarse de que es así y habria que cambiar un par de cosas del proyecto.

Si las matrices son variables globales, no hace falta reservar memoria cada vez que se crea la matriz porque se pueden crear como matrices normales y las funciones pueden acceder a ella directamente como variables globales en vez de recibirlas por paramentos. Esto ahorraría recorrer las matrices con un for en cada creación.

Basándonos en documentación disponible, justificar las medidas de paralelización elegidas y sus resultados.

Ver: email de Estefanía y vídeo: https://www.youtube.com/watch?v=x0HkbIuJILk&list=PLLX-Q6B8xqZ8n8bwjGdzBJ25X2utwnoEG&spfreload=10#t=1.375969