chore: cleanup
This commit is contained in:
parent
512dcecbcb
commit
eb238fcbdd
1
.gitignore
vendored
1
.gitignore
vendored
|
@ -12,6 +12,7 @@ build/
|
|||
*.toc
|
||||
*.xdv
|
||||
*.tns
|
||||
_minted*
|
||||
|
||||
# Temp files
|
||||
*.sw?
|
||||
|
|
Binary file not shown.
|
@ -7,7 +7,7 @@
|
|||
\usepackage{amssymb}
|
||||
\usepackage{color}
|
||||
\usepackage[french]{babel}
|
||||
\usepackage{hyperref}
|
||||
\usepackage[hidelinks]{hyperref}
|
||||
|
||||
\usepackage{minted}
|
||||
%\usemintedstyle{borland}
|
||||
|
@ -78,7 +78,7 @@ Ada est un langage fortement typé. Comme nous manipulons ici plusieurs types de
|
|||
|
||||
Lorsque nous trierons les données, nous ferons appel à l’algorithme QuickSort.
|
||||
|
||||
Nous avons séparé le module Vector en trois sous-modules : Un module capable de stocker des entiers, un autre pour des flottants et un dernier pour des liens. Nous avons fait ce choix car créer un unique module générique Vector pour gérer ces trois types de données (très différents) était trop compliqué. Cela était tout de même faisable mais le code était compliqué à lire. Ainsi bien que le code soit quelque fois redondant, il est plus compréhensible.
|
||||
Nous avons séparé le module Vector en trois sous-modules : Un module capable de stocker des entiers, un autre pour des flottants et un dernier pour des liens. Nous avons fait ce choix car créer un unique module générique Vector pour gérer ces trois types de données (très différents) était trop compliqué. Cela était tout de même faisable mais le code était compliqué à lire. Ainsi bien que le code soit quelque fois redondant, il est plus compréhensible.
|
||||
|
||||
\subsection{Gestion des matrice de Google (google\_*.ads)}
|
||||
|
||||
|
@ -88,7 +88,7 @@ Ces modules introduiront le type T\_Google, ainsi que des procédures et fonctio
|
|||
|
||||
\subsection{Gestion du calcul du Pagerank (pagerank.adb)}
|
||||
|
||||
Cette dernière partie s’occupe de regrouper tous les éléments présents dans les deux modules cités précédemment pour ainsi calculer itérativement le pageRank du réseau. Cette sous-partie gère de plus le traitement des arguments de la ligne de commande ainsi que la lecture et l’écriture des résultats dans des fichiers.
|
||||
Cette dernière partie s’occupe de regrouper tous les éléments présents dans les deux modules cités précédemment pour ainsi calculer itérativement le pageRank du réseau. Cette sous-partie gère de plus le traitement des arguments de la ligne de commande ainsi que la lecture et l’écriture des résultats dans des fichiers.
|
||||
|
||||
\section{Structures de données}
|
||||
|
||||
|
@ -238,7 +238,7 @@ Nos programmes ne génèrent aucune erreur selon Valgrind et s'exécutent pour c
|
|||
|
||||
Les fichiers .org et .p qu’ils génèrent sont aussi pratiquement identiques à ceux fournis par l’énoncé. Il y a parfois quelques différences dans les fichiers .ord car certaines pages ont la même valeur de poids et parce que nous n'avons probablement pas utilisé le même algorithme de tri. De même les seules différences dans les fichiers .p sont dans les décimales après la précision donnée.
|
||||
|
||||
On remarque facilement la supériorité temporelle et spatiale de la version creuse contre la version naïve, surtout lorsque N et N\_links sont grands.
|
||||
On remarque facilement la supériorité temporelle et spatiale de la version creuse contre la version naïve, surtout lorsque N et N\_links sont grands.
|
||||
|
||||
\subsection{Améliorations encore possible}
|
||||
|
||||
|
|
Binary file not shown.
Binary file not shown.
Loading…
Reference in a new issue