Files
2026_TD1_DEV51_Qualite_Algo/COMPTE_RENDU.md
T

83 lines
4.2 KiB
Markdown
Raw Normal View History

2026-10-07 12:50:25 +02:00
# Compte rendu — Optimisation de l'analyseur de mots
2026-10-07 12:37:15 +02:00
**R5.A.04 — Qualité algorithmique**
2026-10-07 12:50:25 +02:00
**Adrien RABOT — Théo ANASTASIO**
2026-10-07 12:37:15 +02:00
2026-10-07 12:50:25 +02:00
## 1. Objectif et méthode
2026-10-07 12:37:15 +02:00
2026-10-07 12:50:25 +02:00
Réduire le temps d'exécution sans modifier les résultats, sur un texte fixe
contenant 250 000 mots et 5 866 mots distincts retenus.
2026-10-07 12:37:15 +02:00
2026-10-07 12:50:25 +02:00
Les temps sont mesurés avec `gcc -O0`, sans `-pg`. Le profil est obtenu
séparément avec `gcc -O0 -pg` et `gprof`, car l'instrumentation ralentit le programme.
2026-10-07 12:37:15 +02:00
2026-10-07 12:50:25 +02:00
## 2. Analyse et pistes prioritaires
2026-10-07 12:37:15 +02:00
2026-10-07 12:50:25 +02:00
Le profil initial conduit aux priorités suivantes, classées par gain attendu :
2026-10-07 12:37:15 +02:00
2026-10-07 12:50:25 +02:00
1. **Accélérer la recherche des mots.** La recherche linéaire provoque
296 656 203 appels à `egales`. Une recherche dichotomique ou une table
de hachage permet de réduire ces comparaisons.
2. **Calculer la moyenne une seule fois.** `longueur_moyenne` est appelée
5 867 fois, car la variance recalcule la même moyenne pour chaque mot.
3. **Supprimer les parcours répétés des chaînes.** `longueur` est appelée
36 009 819 fois au total. Mémoriser les longueurs et les positions de fin
évite de reparcourir les mots, les lignes et le rapport.
4. **Remplacer le tri à bulles.** Ses 17 202 045 appels à `doit_echanger`
justifient un tri en O(n log n).
2026-10-07 12:37:15 +02:00
2026-10-07 12:50:25 +02:00
## 3. Optimisations et gains mesurés
2026-10-07 12:37:15 +02:00
2026-10-07 12:50:25 +02:00
Chaque gain est relatif à la version précédente. Les deux premières étapes
reposent sur une mesure ponctuelle ; les étapes 03 à 05 utilisent la médiane
de cinq exécutions par version, les étapes 06 et 07 celle de dix exécutions,
et la normalisation celle de cinquante exécutions. Chaque comparaison est
faite sur la même machine ; les conditions peuvent varier entre les étapes.
2026-10-07 12:37:15 +02:00
2026-10-07 12:50:25 +02:00
| Optimisation | Modification | Avant | Après | Temps gagné |
| --- | --- | ---: | ---: | ---: |
| Recherche dichotomique | Tableau maintenu trié, recherche en O(log n) | 2,80 s | 1,45 s | ≈ 48 % |
| Moyenne | Un seul calcul, transmis au calcul de variance | 1,46 s | 0,88 s | ≈ 40 % |
| Table de hachage | Recherche et insertion en O(1) en moyenne | 0,888 s | 0,831 s | 6,4 % |
| Longueurs et chaînes | Champ `taille`, arrêt sur `\0`, position de fin conservée | 0,832 s | 0,362 s | 56,5 % |
| Tri par tas | Tri en O(n log n), sans tableau supplémentaire | 0,367 s | 0,113 s | 69,3 % |
| Bigrammes | Deux lettres précédentes conservées, aucun appel à `est_lettre` | 0,1252 s | 0,1123 s | 10,3 % |
| Mots vides | Filtre par longueur et index de hachage séparé | 0,1007 s | 0,0543 s | 46,1 % |
| Normalisation | Table de conversion des octets, comparaison sur le même PC | 0,0569 s | 0,0508 s | 10,7 % |
2026-10-07 12:37:15 +02:00
Le programme utilise le hachage à la place de la dichotomie. Son gain
2026-10-07 12:50:25 +02:00
supplémentaire reste limité car la recherche était déjà efficace.
2026-10-07 12:37:15 +02:00
2026-10-07 12:50:25 +02:00
Tous les appels à `longueur` sont supprimés. Le tri ne fait plus que
**129 602 appels à `doit_echanger`**, soit environ **133 fois moins**.
Le classement reste par fréquence décroissante, puis par ordre alphabétique.
2026-10-07 12:37:15 +02:00
La recherche des mots vides passe de **12 045 671 à 202 444 appels à
`egales`**. Les appels à `est_lettre` et `en_minuscule` sont supprimés.
Le gain de normalisation a été confirmé sur `salle235-06` : la nouvelle
version est plus rapide dans les 50 paires de mesures, en temps réel et CPU.
2026-10-07 12:50:25 +02:00
## 4. Bilan et validation
2026-10-07 12:37:15 +02:00
Le bilan global ci-dessous a été mesuré après le tri par tas (étape 05),
sur cinq exécutions par version dans les mêmes conditions. Les gains des
étapes suivantes sont mesurés séparément dans le tableau précédent.
2026-10-07 12:37:15 +02:00
| Mesure | Version initiale | Après le tri par tas |
2026-10-07 12:37:15 +02:00
| --- | ---: | ---: |
| Temps réel | 2,81 s | 0,11 s |
2026-10-07 12:50:25 +02:00
| Pic mémoire résident (RSS) | 6 664 Kio | 6 668 Kio |
2026-10-07 12:37:15 +02:00
Après le tri par tas, le programme est environ **25,5 fois plus rapide**,
soit **96,1 % de temps en moins** sur ce jeu de données.
2026-10-07 12:37:15 +02:00
2026-10-07 12:50:25 +02:00
Le rapport et la sortie console sont identiques octet par octet.
L'empreinte reste **`1d53de903efd2b7c`**.
2026-10-07 12:37:15 +02:00
Sources : [notes](docs/notes.md), [ordre des profils](resultats/README.md),
[profil initial](resultats/profils/00_initial.txt),
[profil actuel](resultats/profils/08_normalisation.txt),
[mesures du bilan après tri](resultats/mesures/mesures_bilan_tri.csv) et
[comparaison de normalisation](resultats/mesures/comparaison_normalisation_meme_pc.csv).