Page 2 sur 2
Publié : sam. 27/mars/2004 23:16
par Invité

avec mon P iV 2.8 go 512 Mo 433 Mhz
Mais pour etre honette (je sais mem pas comment ça s'ecrit honnete

)
4 fois il affiche 32 et la 5 eme 16 !!!

Publié : sam. 27/mars/2004 23:33
par Chris
Haunaitte
Oh Net
Onète
Eau Nette
....
Chris

Publié : sam. 27/mars/2004 23:48
par nico
C'est pas grave, c'est pas un port tant....import temps...un porte en
Heu, c'est pas grave koi

Publié : dim. 28/mars/2004 1:09
par julien
Bon je précise c bien 1 P4 2,5 GHz et 512 MO DDR 333
Sans aucun log résidant en mémoire et en ayant désactiver les services inutiles de Win$, le réseau, sans les thèmes de bureau.....

Publié : dim. 28/mars/2004 1:26
par Chris
Sans aucun log résidant en mémoire ...
T'est sûr que l'ordinateur est encore allumé ???
Chris

Publié : dim. 28/mars/2004 8:29
par erix14
Pour ceux qui non pas compri le code que j ai donne et un pesdo algrorithme qu il faut adapter pr les 2 langages
Delphi calcul tres bien les long real ( 64 bits )
alors que PurBasic ne fait que les short real (32 bits )
procedure TForm1.OnPaint(Sender: TObject);
var
f: Extended;
t: Integer;
Time1,Time2: Double;
begin
Time1 := Time;
f := 1;
for t:= 1 to 100000000 do
f := f * 1.00003;
Time2 := Time;
Canvas.TextOut(0,0,TimeToStr(Time2-Time1));
Canvas.TextOut(0,20,FloatToStr(f));
end;
environ 1 s avec un PIV 2.4 FSB 533 ( O.C. à 2.7GHz FSB 600)
Resultats : 7.30975546973326E1302
avec PureBasic le resulat est #INF
CONCLUSION: Ne pas faire de calcul de precision en virgule flottente avec PureBasic.
meme en utilisant l ASM: ( Vitesse de la lumiere

)
f.f = 1
v.f = 1.00003
FLD v
FLD f
For t.l = 1 To 100000000
FMUL st0,st1
Next
FST f
FMUL est utilise en short real ( 11 cycles d orloge ) au lieu de long real ( 14 cyles d orloge ) et en sorti de boucle pr recuperer le resulat on est limite par f.f
A quand les type long real ( 64 bits ) avec PurBasic ?

Publié : dim. 28/mars/2004 9:50
par julien
Chris a écrit :Sans aucun log résidant en mémoire ...
T'est sûr que l'ordinateur est encore allumé ???
Chris

Non je disai que toutes les services inutile de Win qui bouffe la mémoire et le temps pro était désactivé

mais j'en ai peut être trop désactiver car y'a des truc bizarre ...

Publié : dim. 28/mars/2004 10:56
par Chris
Julien a écrit :Non je disai que toutes les services inutile de Win qui bouffe la mémoire et le temps pro était désactivé mais j'en ai peut être trop désactiver car y'a des truc bizarre ...
J'avais compris

Mais évites de trop en enlever quand même, ne serait-ce que pour éviter
les trucs bizarres
Pour erix14
Effectivement, Pure ne connait pas, pour le moment, les nombres en 64 bits, mais il y a eu pas mal de post, à ce sujet, sur ce forum et sur le forum anglais. Il me semble même avoir lu que c'était pour bientôt.
Chris

Publié : dim. 28/mars/2004 13:49
par filperj
CONCLUSION: Ne pas faire de calcul de precision en virgule flottente avec PureBasic.
meme en utilisant l ASM
Mais justement, en utilisant l'asm tu peut utiliser les long reals 64bits...
ASM: ( Vitesse de la lumiere )
Oui, mais seulement sur une machine luminique. Sinon c'est quand même pas si rapide.
Publié : dim. 28/mars/2004 16:00
par Le Soldat Inconnu
les nombres 64 bits (float et entier) sont prévus pour la prochaine version
Publié : mar. 22/avr./2008 21:17
par djmcg
Bonjour,
Bonsoir à tous,
Bien que je me suis procurer PureBasic il y a un certains temps, ces maintenant que je décide de l'utiliser.
Jusque là, je voulais travail avec VisualBasic.
Je suis abasourdi de la différence de vitesse.
Alors que je ne suis pas un programmeur talentueux, pour l'affichage d'une fenêtre avec des gadgets. PureBasic va à une vitesse comparer à VisualBasic.
Voila, je vais continuer a découvrir PureBasic.
A bientôt et merci.

à l'époque, on savait bien rigoler!
Publié : jeu. 24/avr./2008 12:13
par beauregard
djmcg a écrit :Je suis abasourdi
par cette impressionnante remontée de post

...
... ce n'est qu'aujourd'hui que j'ai compris que l'icone de pb est en fait en forme d'éclair. Merci djmcg donc.