bench - Page 1

je voudrais savoir comment on fait pr connaitre la vitesse de calcul pr une fonction, ds le but de comparer +eurs systèmes de calculs
ex: pr calculer cos(1.02873):

1) cos(1.02873)
2) faire un DL: cos(x)=1 + (x²)/2 - (x^4)/4 ...
ac x=1.02873
3) m^m DL ms avec des opérations sur les bits pr les puissances de x

il me semble k'on calcule ça ac des nodes, ms comment ça marche svp.merci d'avance.
[edit]Edité par punky le 10-09-2001 à 15:25:19[/edit]

che po !

menteur FluF

nan ms si vs trouvez ça con comme question, dites-le!

ben quand on as un signature qui bug on ne traite pas les autres de menteur !

on puorrait revenir o sujet du topic svp???

ben moi je t reopndu !
et j'en profite pour faire remonter le topic !

pk ya v un smiley ds ton post?

parce que je pense que ce n'est pas la reponse que tu attendais !

ah! effectivement non!

On utilise soit un programmes de chronométrage comme Ticktest ou TimerZen (les 2 sont en _nostub si je ne me trompe - pour TimerZen, merci à ExtendeD pour la correction -, mais je pense que h220xTSR ou HW2Patch seront nécessaires pour chronométrer un programme en assembleur ou C sur HW2 AMS 2 ), soit un chronomètre.
[edit]Edité par Kevin Kofler le 12-09-2001 à 06:19:18[/edit]

J'aime bien le "donc je le déconseille"
Alala, sacré Kevin, incorrigible

d'ailleurs TimerZen est programmé en C _nostub

bien le nostub (je dis ca histoire d'avoir la reponse hors-sujet la plus importante ...)

merci à ts

de rien

ouh ta sucé un clown twa ce matin!
piti rigolo vas!

>ExtendeD: d'ailleurs TimerZen est programmé en C _nostub

Oups, c'est corrigé. (Je n'avais pas eu le temps de vérifier. )

D'ailleurs, je prie les programmeurs de préciser dans les descriptions de leurs programmes "no kernel required" (sauf si ce n'est pas vrai, évidemment...), ça m'éviterait de tout télécharger pour vérifier à chaque fois (et là, je n'avais pas le temps). (Je vais le faire pour la prochaine version de mes programmes.)
[edit]Edité par Kevin Kofler le 12-09-2001 à 06:22:01[/edit]

Kevin: l'idée n'est pas mauvaise, je le ferai aussi
Et par la meme occasion, pourquoi ne pas reflechir sur un format général de docs: tout ceux qui seront d'accors ^prendront le meme format pour leur readme: on pourrait arriver à une sorte de stereotype facilitant grandement la recherche d'infos sur un programme.
Qu'en pensez vous?

zewoo .. moitié pour ...

mwai... les stéréotypes, j'm pas trop ça...
et de tte façon les readme st faits à peu près de la m^m façon:

_ but du prog
_ utilisation du prog (touches)
_ realised
_ mail pr bug report
_ thx