aboutsummaryrefslogtreecommitdiffstats
path: root/doc/rapport.tex
diff options
context:
space:
mode:
authorBertrand <bertrand.horel@gmail.com>2016-04-28 22:53:10 +0200
committerBertrand <bertrand.horel@gmail.com>2016-04-28 22:53:10 +0200
commit92881bbd585901a207b6fd97b64b61a0b0b396d2 (patch)
tree3c63cc67cf896d344ee53aeb2a08f95416347bcb /doc/rapport.tex
parenta06300b897b80c3979ee7b5a4ad35f3ce8e38027 (diff)
downloadprojet_C++-92881bbd585901a207b6fd97b64b61a0b0b396d2.tar.gz
début description algo
Diffstat (limited to 'doc/rapport.tex')
-rw-r--r--doc/rapport.tex9
1 files changed, 8 insertions, 1 deletions
diff --git a/doc/rapport.tex b/doc/rapport.tex
index aae5e00..efd6343 100644
--- a/doc/rapport.tex
+++ b/doc/rapport.tex
@@ -304,7 +304,14 @@ Regardons maintenant la table équivalente dans le cas de l'option de vente (put
Pour conclure, on peut constater que la méthode de quasi Monte-Carlo randomisé est — suivant les valeurs des paramètres — entre trois fois plus lente et plus rapide que la méthode d'échantillonnage par strates. En tout cas sur les deux exemples étudiés ici, les deux méthodes sont du même ordre de grandeur. Sachant que quasi Monte-Carlo randomisé est bien plus simple à implémenter, nous recommendons son usage en pratique comme méthode générale pour accélérer les algorithmes de Monte-Carlo.
-\newpage
\printbibliography
+\section{Choix de l'implémentation informatique}
+Dans cette dernière partie je parlerai de la façon dont j'ai implémenté les deux algorithmes présentés précedemment.
+
+\subsection{quasi Monte-Carlo randomisé}
+Pour les deux exemples j'ai utilisé la suite de Sobol comme suites à discrépence faible. Pour les petites dimensions les suites de Sobol sont codées avec
+la GSL dans lowdiscrepancy.hpp obtenue sur la page du cours. Pour les dimensions plus importantes (supérieures à 40) j'ai utilisé une version codée avec
+ la librairie NLOPT qu'on trouve dans sobolseq.c.
+
\end{document}