J’ai vraiment pas le temps de coder ces exos, ça me saoul.
BBT1, si tu veut une gestion du temps sympa utilise la fonction signal() et la fonction alarm(). Comme ça tu te retrouve à faire simplement un test sur un entier plutôt que d’appeler une fonction système.
Tu n’es pas obligé…
Je crois que c’est de ne pas avoir le temps d’y participer qui le saoule, non les post 
Et moi j’pane rien à vos trucs …
[quote=“BBT1”]Est-ce que tu as une différence de temps d’exécution significative entre le cas où tu fournis statiquement les données et le cas ou le programme les acquiert dynamiquement ?
[/quote] Non, tu penses que fabriquer 100 flottants n’est pas très long…
[quote]
J’avais testé 30 sec au hasard (le temps que j’étais prêt à attendre devant mon écran quoi) mais on peut
sûrement faire mieux en compilant en -O3 et en limitant le nombre d’appel à time() (ce que je n’ai pas fait).
Si je suis motivé je fais un petit bench ce soir [/quote]
Ce qui m’étonne c’est que même si le compilateur d’Ocaml est performant, même avec camllight, en 10s je calcule le 500 exact avec tes données, avec des données aléatoires:
[quote]$ time ./Osacados2iter 10.0 500.0
499.999999867=49.7632286064+49.5562680373+49.5120574065+48.2926468525
+48.1207958637+47.8849296851+47.8756064726+47.7175090038+47.0999329838
+37.7750163514+10.4857684398+6.30742327741+6.25341923753+1.38285207828
+0.999654853589+0.93905730733+0.0338334098468
real 0m10.100s
[/quote]C’est pour ça que je pense qu’il doit y avoir un truc dans le code (pas l’algorithme…), Ocaml est vraiment efficace mais à ce point ça m’étonne.
Misterfreeze: je n’avais pas compris, dsl
Mais il y a pas de mal 
. De toute manière je les ferais quand j’aurais du temps, c’est à dire peut être dans 2 ou 3 semaines sinon 2 mois.
[quote=“MisterFreez”]J’ai vraiment pas le temps de coder ces exos, ça me saoul.
BBT1, si tu veut une gestion du temps sympa utilise la fonction signal() et la fonction alarm(). Comme ça tu te retrouve à faire simplement un test sur un entier plutôt que d’appeler une fonction système.[/quote]
Pas con, cette approche me semble plus saine que faire du poll sur time() 
.
Merci MisterFreez, j’y penserai.
Bon, je relance le sujet avec un “jeu” assez connu, mais qui reste assez dur à coder ( je n’ai pas encore fini moi-même, mais presque): le jeu de la vie.
Explications:
vous avez n cases.
on part avec m cases “vivantes”, càd colorées.
Voila les règles:
Chaque case "vivante" avec:
- de 2 voisins ==> meurt
+ de 3 voisins ==> meurt
2 ou 3 voisins ==> reste en vie
Chaque case vide ou "morte" avec:
3 voisins ==> devient "vivante"Bonne chance.
C’est plus de 4 voisins => meurt.
Non, là je ne ferais rien car de toute façon vis à vis de Golly, ce serait ridicule (apt-get install golly, essaye tu verras c’est époustouflant et c’est la preuve de la puissance des maths). Je te suggère aussi de regarder là http://code.google.com/p/ruletablerepository/wiki/TheRules, la variante colorisée a été une grande déception pour moi car je croyais être l’inventeur de cette variante en 1982 jusqu’à ce que quelqu’un (il y a un an environ, quand j’ai fait le jeu de règles pour Golly) m’a indiqué avoir vu ces règles avant (il semble que cette variante date de 1973 en fait).