Forum de Ti-Gen.org, le site francophone des TI

Bienvenue Invité ! Se connecter Mes sujets	Administrer
Utilisateurs actifs : Aucun membre + 1 visiteur

Avant de poster sur le forum, il y a des régles de bases à respecter pour une bonne entente et un respect de tous.
Veuillez lire la charte du forum.

:: Index » GFA-Basic TI68K » News » Rapport de performances (181 réponse(s))

./REPRISE DU POST PRECEDENT (post n°38) Marquer comme non lu.

limmt

Ecrit le: Samedi 28 août 2004 à 13:08

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Groupe: Omega staff

Messages: 4712

Membre n°20

Inscrit le 01 février 2004

ben tu peux avoir tous les éléments, les fonctions d ela DDL sont définies comme fonctions externes

http://www.falco-fr.com/ - http://www.jump67.com/ - http://www.msf-league.com/

./Post n°39 Marquer comme non lu.

Jfg

Ecrit le: Samedi 28 août 2004 à 16:33

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 1260

Membre n°60

Inscrit le 23 février 2004

et peux pas utiliser une DLL ou des libs ou le compresser en ppg?

Le programme décompresser doit lui même faire moins de 64ko je crois.

Kill Mario

./Post n°40 Marquer comme non lu.

geogeo

Ecrit le: Samedi 28 août 2004 à 17:04

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4256

Membre n°3

Inscrit le 29 janvier 2004

Oui bien sûr.

Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic

./Post n°41 Marquer comme non lu.

limmt

Ecrit le: Samedi 28 août 2004 à 17:06

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Groupe: Omega staff

Messages: 4712

Membre n°20

Inscrit le 01 février 2004

ben alors des libs ou une DLL

http://www.falco-fr.com/ - http://www.jump67.com/ - http://www.msf-league.com/

./Post n°42 Marquer comme non lu.

Dari

Ecrit le: Samedi 28 août 2004 à 17:40

Membre privilégié

Messages: 968

Membre n°203

Inscrit le 18 avril 2004

Et tu peux pas faire :
- soit plusieurs fichiers
- soit un fichier qui s'exévute "seul" mais qui "contient" des données compressées (je sais pas si tu comprends).

Je dis ça comme ça, ne connaissant rien à la Prog C/ASM, c'est juste au cas où mon avis pourrait faire naiître une idée lumineuse dans ton esprit de génie

"iPod, therefore, I am."

http://media.laquadrature.net/Quadrature_black-out_HADOPI_468x60px.gif

./Post n°43 Marquer comme non lu.

geogeo

Ecrit le: Samedi 28 août 2004 à 18:09

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4256

Membre n°3

Inscrit le 29 janvier 2004

Il est vrai que je pourrais diviser en 4 le projet soit:

Le tokenisor.

Le détokeniseur.

La création de tokens d'executions.

La phase d'executions.

Mais chaque phase appellent des fonctions d'autres phases. En tout as je trouverai quand même une solution. La taille de mon projet s'expliquent principalement à cause des fonctions des virgules flottantes.

Reste un autre problème, comment faire un fichier externe contenant la table des fonctions sous la forme:

const char *GFA_TableToken_xxx

Rien qu'avec ça je peux gagner encore de la place.

Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic

./Post n°44 Marquer comme non lu.

GoldenCrystal

Ecrit le: Samedi 28 août 2004 à 20:33

Envoyer un message privé à GoldenCrystal

Membre: Vétéran

Messages: 89

Membre n°18

Inscrit le 01 février 2004

58 Ko ???? Tu as intégré un compilateur là dedans ou quoi ?

Kupo !

./Post n°45 Marquer comme non lu.

geogeo

Ecrit le: Samedi 28 août 2004 à 21:00

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4256

Membre n°3

Inscrit le 29 janvier 2004

Ah Ah ah.

Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic

./Post n°46 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 28 août 2004 à 21:51

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

geogeo :
- Le TI-Basic interprète directement le texte source, or moi je le transforme. (Vous me direz il suffit d'enregistrer comme une chaine de caractères et d'executer, c'est pas bête mais ça augmente considérablement la taille de 'l'executable').

Non. Le TI-BASIC est tokénisé lui aussi.

Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!

./Post n°47 Marquer comme non lu.

limmt

Ecrit le: Samedi 28 août 2004 à 23:58

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Groupe: Omega staff

Messages: 4712

Membre n°20

Inscrit le 01 février 2004

le TI-basic est moins bien tokénise que celui de geogeo surement

http://www.falco-fr.com/ - http://www.jump67.com/ - http://www.msf-league.com/

./Post n°48 Marquer comme non lu.

geogeo

Ecrit le: Mercredi 1er septembre 2004 à 02:09

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4256

Membre n°3

Inscrit le 29 janvier 2004

Bonne nouvelle, avec une grosse optimisation de la pile NumStack j'ai un gain de 2 secondes.
Donc je passe de 8 secondes à 5.74 secondes pour le meilleur temps.

Mauvaise nouvelle:
Le GFA-Basic sur Atari ST ne fait que 2.395 secondes et une autre nouvelle, le code suivant:

Cls
T=Timer
While I%<=10000
Inc I%
A=A+1
Wend
Print "Temps :" ' (Timer-T)/200

Est de 15 secondes sur TI contre 4 secondes sur Atari. Donc le rajout d'une ligne de ce genre A=A+1 consomme 10 secondes se qui est énorme. (Faut dire que s'est du flottant mais en entiers je crois qu'on arrive à 10 secondes).
Principalement à cause des calculs qui ne sont pas fait par registre, du parcours trop long des tokens d'alignements et de la phase suivante pour A=A+1.

ETOKEN_VAR INDEX_A ETOKEN_VAR INDEX_A ETOKEN_NUMBER 0x00000001 (Transtypage en flottant) ETOKEN_MATH_ADD ETOKEN_AFFEC

Donc faut trouver un moyen d'optimiser ça, genre transtypage dans la phase de tokenisation, token de doublons pour A=A...
En gros moins y a de tokens, plus le code est rapide.
Aussi je peux gagner en vitesse au détriment du conford c'est à dire si une erreur se produit lors de l'execution du code, genre division par zéro ou tableau non défini. La ligne ne sera plus indiquée.
Secondo trouver une autre solution pour avoir le moins de tokens d'alignements, je pense à la solution de la phase de tokenisation en fichier BAS ou on a les fonction TOKEN_SKIP_xxx et TOKEN_xxx.

Si quelqu'un a une doc sur les tokens dans un langage interprété ça m'aidera énormément, parce que pour l'instant j'ai tout fait par intuition et ça reste imparfait.
-Edité le Mercredi 1er septembre 2004 à 02:09 par geogeo-

Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic

./Post n°49 Marquer comme non lu.

Onur

Ecrit le: Mercredi 1er septembre 2004 à 10:03

Membre: Maître Ultime

Groupe: Orage Studio

Messages: 1604

Membre n°341

Inscrit le 02 juillet 2004

par rapport a l'optimisation qui consiste a ne pas indiquer les erreurs...
tu pourrai peut etre faire un mode debug (ou il y a les erreurs) et un mode release qui execute sans tenir compte des erreures???

Je ne veux pas faire quelque chose de bien, je cherche l'excellence:ETP Studio...

et autres projets à finir avant 2010

./Post n°50 Marquer comme non lu.

Lionel Debroux

Ecrit le: Mercredi 1er septembre 2004 à 10:28

Envoyer un message privé à Lionel Debroux

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

Ca risque d'augmenter la taille du code, et ça n'est peut-être pas très sûr. C'est quand même à envisager...

Lionel Debroux - membre de TICT.

./Post n°51 Marquer comme non lu.

Dari

Ecrit le: Mercredi 1er septembre 2004 à 11:06

Membre privilégié

Messages: 968

Membre n°203

Inscrit le 18 avril 2004

Nounours parlait peut-être de deux soft différents. Un pour les programmeurs (avec debug) et un pour les utilisateurs lambda (normal et plus rapide).

"iPod, therefore, I am."

./Post n°52 Marquer comme non lu.

Lionel Debroux

Ecrit le: Mercredi 1er septembre 2004 à 11:25

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

#define de compilation ? Pas bête. Pour laisser une lisibilité maximale, la macro CHECK_ARGUMENTS (nom choisi au hasard, je n'ai pas regardé le code) pourrait être définie comme:
#ifdef DEBUG
#define CHECK_ARGUMENTS ({...})
#else
#define CHECK_ARGUMENTS
#endif.

Lionel Debroux - membre de TICT.

./Post n°53 Marquer comme non lu.

geogeo

Ecrit le: Mercredi 1er septembre 2004 à 12:04

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4256

Membre n°3

Inscrit le 29 janvier 2004

Déjà je vais essayer de faire des optimisations sur les tokens et le transtypage, je pense gagner énormément avec ça.

Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic

./Post n°54 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mercredi 1er septembre 2004 à 22:32

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Les flottants sont leeeeents, essaye en entiers...

./Post n°55 Marquer comme non lu.

serioussam

Ecrit le: Mercredi 1er septembre 2004 à 22:48

Membre: Maître Ultime

Messages: 3636

Membre n°23

Inscrit le 01 février 2004

Kevin Kofler > ² (en plus geogeo tu me l'as dit toi même

)

la shasse é ouvèrte poure lay maychants

./Post n°56 Marquer comme non lu.

Billy Charvet

Ecrit le: Jeudi 9 septembre 2004 à 09:50

Envoyer un message privé à Billy Charvet

Membre: Maître Ultime

Groupe: Storm Team

Messages: 1056

Membre n°61

Inscrit le 23 février 2004

geogeo :
Mon lanage ne supporte pas For pour l'instant, donc je fais des tests seulement avec Gotos et IF.

Plutôt bizarre ton Basic, FOR est une des commandes les plus caractéristiques du Basic...
un langage Basic peut être constitué d'à peu près n'importe quoi, mais on
rencontre dans tous les Basic un For... ça fait bizarre...
Pardon j'ai pas trop pris de temps pour lire le topic en annonce mais je trouve les
performances étranges... c'est interprété ou compilé ?
Un interpréteur bien fait peut aller à cette vitesse...
Et puis j'avais pensé plusieurs fois à un compilateur Basic et à son organisation,
et je suis arrivé à tomber sur des trucs qui le rendraient presque aussi performant
que du C... Ces performances intermédiaires entre C et TI-Basic viennent d'où ?
Tu utilise un typage permissif ?
Càd pas de déclaration de variables ?
Dans ce cas ça explique tout, mais je veux savoir quand même...

-Edité le Jeudi 9 septembre 2004 à 09:50 par Billy Charvet-

Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.

./Post n°57 Marquer comme non lu.

Billy Charvet

Ecrit le: Jeudi 9 septembre 2004 à 09:53

Membre: Maître Ultime

Groupe: Storm Team

Messages: 1056

Membre n°61

Inscrit le 23 février 2004

Mmmh, interprété...
Bon, ça me va...
J'aimerais 3 choses:

1- Continue à l'avancer !

2- Voie si tu peux le faire marcher sous PedRom

3- Fais ça en TIGCC Native (tu peux forcément) car la compilation pour PreOS sous
TIGCC 0.95 est loin d'être évidente, et puis ça restera peut-être plus compatible
(et dans tous les cas n'obligera pas l'utilisateur à se charger de pbs de kernel)

Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.