Discussion :

[fernet]

Bonjour à tous!
En somme j'ai converti mon jeu d'échec compilé avec Delphi en Lazarus, et j'ai testé le calcul d'une position
me servant à voir l'amélioration de l'exécution.
Alors Delphi la calcule en 40 secondes et Lazarus en 61 secondes, ce qui est beaucoup comme différence pour les
mêmes calcules et la même solution de retour.
Je me suis assuré des points suivants:
- Compiler en mode(release) avec l'optimisation -03.
- Que la case de plus petit plutôt que plus rapide n'est pas coché.
- Tester l'évaluation boolean incomplète si elle est bien par défaut.
- Rechercher sur le forum et wiki si quelqu'un à discuter de ce fait(aucun).

Une chose que je ne peut pas faire c'est de compiler pour la cible X86_64 car FPC 3.2.2 i386 WIN32 ne la prend pas en charge.
J'ai WIN10 32 bits avec INTEL R double core 64 bits.
J'espère que quelqu'un saura m'apporter une réponse. Salut!

[Guesset]

Bonjour Fernet,

...Tester l'évaluation boolean complète si elle est bien par défaut.

Je présume que c'est l'évaluation booléenne optimisée donc a priori incomplète qui est activée. L'évaluation complète est plus lente et peut être dangereuse comme par exemple :

Code PASCAL :

Sélectionner tout - Visualiser dans une fenêtre à part

if (i in [imin..imax]) and (a[i] <> 0) then ...

Lequel plantera en évaluation complète si i n'est pas dans la plage requise.

La portabilité de Lazarus ne le rend pas rapide. Pour standardiser les accès systèmes, ils sont très souvent dotés de fonctions intermédiaires d'adaptation à l'OS.

Pour la cible 32/64, il faut avoir la bonne version de Lazarus (donc FP) donc au moins une version 64 bit ou mieux 32/64.

Salutations

[alanglet]

Bonjour,

Si Windows est une version 32 bits, je ne pense pas qu'il soit possible de compiler en 64b, même si le processeur est un 64b.
Par contre sur win10 64b, FPCUPdeluxe permet d'installer la version 32b ou 64b de FPC/Lazarus et le cross-compilateur pour l'autre version.
J'ai commencé avec FPC/Lazarus 64b et le cross-compilateur 32b, mais il y a un problème de conversion des Datetime en Timestamp dont j'ai parlé ici.
J'ai donc refait l'installation inverse, qui fonctionne bien et qui permet de compiler en 32b ou en 64b. Il faut juste passer au debugger GNU pour compiler en 64b.

André

[fernet]

Je suis d'accord avec toi Guesset et j'ai changé (complète pour incomplète) car si l'évaluation complète était active
mon programme planterait a coup sûre.
Dans un programme d'échec on utilise beaucoup le type Uint64(Qword) pour représenter les 64 cases de l'échiquier.
Si je pointe un tableau de Uint64 sous Delphi on voit plusieurs variables négatives, mais sous Lazarus on en voit aucune.
Ce qui me laisse supposer que FPC reconnait mieux les Uint64 que Delphi. Et dans un code comme celui ci, Delhi va s'arrêter
au (then) tant disque Lazarus me renvoi un avertissement disant que cette condition sera toujours (false) a cause de L'étendu
de la variable.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
procedure tesUint64;
 var neg:Uint64;
begin
  if neg < 0
  then neg := 0;
end;

Alors je crois (alanglet) que les deux EDI utilise (EAX + EDX) deux registres 32b pour composer le 64b, mais çà c'est pareille pour les
deux et ne devrait pas causer cette différence de temps d'exécution puisqu'il s'exécute sur le même système.
Fernand salut!

[Guesset]

Bonjour,

Alanglet à raison, un système 32 bits n'exécute pas du code 64 bits. Mais il m'étonnerait que la version de Windows soit en 32 bits sur une machine 64 bits (ce n'est pas impossible mais peu probable). Il y a peut être une mauvaise interprétation de Win32 qui ne désigne pas l'OS mais l'API Windows (toute la logique d'appels des fonctions système).

A l'opposé un système 64 bits peut faire tourner des applications 32 bits. Par exemple, une version 32 bits de Lazarus/FPC et une version 64 bits de Delphi. C'est pourquoi je conseillais éventuellement de charger une version mixte de Lazarus.

Les version 32 bits utilisent effectivement des combinaisons de deux registres 32 bits pour simuler un registre 64 bits mais aussi des registres des jeux d'instruction SIMD (MMX, SSE etc.).

Il est intéressant de travailler en 64 bits, pas tant pour la taille des registres (souvent 32 bits sont largement suffisants) mais surtout pour le plus grand nombre de registres qui permet au compilateur de mieux optimiser son code (et en l'occurrence 16 est plus que le double de 8 à cause des registres réservés).

Salutations

[tourlourou]

Si je pointe un tableau de Uint64 sous Delphi on voit plusieurs variables négatives, mais sous Lazarus on en voit aucune.

Est-ce le débogueur qui montre des valeurs négatives ? Ou bien le code trouve-t-il ces valeurs négatives ?

[fernet]

Bonjour!
Il est bien sûre que si Delphi code en 64 bits il sera beaucoup plus vite que Lazarus en 32 bits.

J'ai lu dans ce wiki qu'il est possible d'installer un deuxième compilateur, mais je ne sait pas si je peut le faire.
Va falloir que j'étudie sérieusement la question.

https://wiki.lazarus.freepascal.org/...rsion_Switcher

P.S. Guesset, mon OS était Win7 32 bits, et c'est pour çà que j'ai du le convertir en Win10 32 bits.

Fernand salut!