summaryrefslogtreecommitdiffstats
path: root/mat/domace_naloge/30/dokument.tex
diff options
context:
space:
mode:
Diffstat (limited to '')
-rw-r--r--mat/domace_naloge/30/dokument.tex2
1 files changed, 1 insertions, 1 deletions
diff --git a/mat/domace_naloge/30/dokument.tex b/mat/domace_naloge/30/dokument.tex
index e9e76e9..1dee825 100644
--- a/mat/domace_naloge/30/dokument.tex
+++ b/mat/domace_naloge/30/dokument.tex
@@ -203,7 +203,7 @@ neoptimizirana enacba je za 10e6 iteracij porabila 15.330899 sekund, optimiziran
rezultat = 278495353224.555294, rezultat2 = 278495353224.555814 \\
a@upor:[0]\$ \\}
- Ojej! Mislim, da je razlika očitna. Neoptimizirana enačba je porabila 10 sekund več. Optimizacija je torej zelo pomembna. Ampak zakaj tega namesto nas ne delajo računalniki? V GNU prevajalniku C jezika sem avtomatilno optimizacijo nastavil na nivo \texttt{0}, kar pomeni, da prevajalnik ne dela optimizacij, v navodilih za uporabo pa sem, poleg drugih, zasledil še eno opcijo, \texttt{fast}. Opcija \texttt{fast} je sicer eksperimentalna in nepriporočena, vendar dela čudeže! Če program prevedem z optimizacijskim nivojem \texttt{fast}, bo računanje neoptimizirane enačbe in optimizirane trajalo približno enako dolgo.
+ Ojej! Mislim, da je razlika očitna. Neoptimizirana enačba je porabila 10 sekund več. Optimizacija je torej zelo pomembna. Ampak zakaj tega namesto nas ne delajo računalniki? V GNU prevajalniku C jezika sem avtomatično optimizacijo nastavil na nivo \texttt{0}, kar pomeni, da prevajalnik ne dela optimizacij, v navodilih za uporabo pa sem, poleg drugih, zasledil še eno opcijo, \texttt{fast}. Opcija \texttt{fast} je sicer eksperimentalna in nepriporočena, vendar dela čudeže! Če program prevedem z optimizacijskim nivojem \texttt{fast}, bo računanje neoptimizirane enačbe in optimizirane trajalo približno enako dolgo.
\texttt{a@upor:[0]\$ gcc kompleksnost.c -pedantic -Wall -Wextra -g -okompleksnost -lm -Ofast \\
a@upor:[0]\$ ./kompleksnost \\