Dans mon dernier sujet, sur la vitesse d'exécution d'une application Pascal, je me suis rendu compte que la charge du ou des cpu = (100% / nombre de thread ou core total de la carte mère )
Alors un exécutable Pascal poussera au maximum la charge totale du ou des cpu à :
- 100% sur un P3 mono-core, mono-thread
- 50% sur un P4 mono-core, dual-thread
- 25% sur bi-Xeon mono-core, dual-thread
- 12.5% sur bi-Xeon quad-core
Et impossible de pousser à plus de 25% la charge totale des cpu sous une application Pascal sur le bi-Xeon dual-thread
Par contre j'ai fait le test d'exécuter 4 applications Pascal sous le bi-Xeon dual-thread et ainsi atteindre 100% de la charge totale des cpu
J'ai fait rouler, mon programme de comparaison des formes de tri SORT_PTR.EXE sous 4 noms de programmes SORT1.EXE, SORT2.EXE, SORT3.EXE, SORT4.EXE qui eux même envoyaient le résultat sur des noms différents de fichiers SORT1.DOC, SORT2.DOC, SORT3.DOC, SORT4.DOC
Comme résultat du ExchangeSort qui donnait environ 6 secondes sur le programme SORT1.EXE s'exécutant seul et toujours 6 secondes sur les 4 programmes SORT s'exécutant en même temps.
Alors si on ne gagne rien en gain de vitesse sur une application tournant sur des P4 multi-core comparé à un P4 mono-core pour la même vitesse de CPU, on y gagne beaucoup plus du fait qu'on peu faire tourner autant d'applications qu'il y a de core ou de thread et ainsi faire travailler l'ordi à 100% de sa charge totale.
Là je regarde la possibilité de programmation parallèle entre plusieurs applications Pascal tournant en même temps
Partager