Avertissement :Il s'agit d'une page optimisée pour la navigation mobile. Voir la
page originale.
Les commandes qui ralentissent - Page 1 / 2
vibra le 02/07/2007 à 10:07
Postez dans ce topic les commandes, dont vous avez pu constater qu'elles ralentissent les programmes.vibra le 02/07/2007 à 10:08
Je commance : lorsque vous demandez de tracer une courbe sur un endroit où les pixels sont déjà noir, ça met vachement de temps. Indem lorsq'on utilise Pxl-On sur un pixel déjà noir.mad67 le 02/07/2007 à 10:27
oui des labels et goto ralentissent donc pour cela faites then et end ou vous pouvez.ratuss le 02/07/2007 à 11:00
Citation
oui des labels et goto ralentissent donc pour cela faites then et end ou vous pouvez.
j'aurais plutot tendance à dire le contraire :/ ...
mad67 le 02/07/2007 à 11:04
ah bon?je crois pasratuss le 02/07/2007 à 11:53
demande à sango...mad67 le 02/07/2007 à 11:59
bon je veux bien alorsDeeph le 05/07/2007 à 00:03
Citation
j'aurais plutot tendance à dire le contraire :/ ...
C'est carrément le contraire ouais, faut éviter à tout pris les boucles avec des labels dans un programme, et c'est pas la première fois que j'éssai de vous le dire =|
https://tout82.pages-perso.free.fr/forum/sujet.php?sujet=697 : Baby Slovak : a écrit :
à noter que c'est la technique du lbl et goto qui plantent le moins
C'est l'inverse c'est justement les labels qui font tout planter...
ratuss le 05/07/2007 à 00:05
Qui font tout planter quoi ?Koin² le 05/07/2007 à 00:16
Les programmes (d'où, le plus souvent, les erreurs 'MEMORY').Deeph le 05/07/2007 à 00:22
Citation
Les programmes (d'où, le plus souvent, les erreurs 'MEMORY').
Mouais mais y'a pas que ça, par éxemple testez ce programme :
Citation
0->A
Lbl 1
While 1
If A=0:Goto 1
End
Et vous verrez qu'au bout d'un moment ça plante (même si c'est dû à une mauvaise utilisation des boucles).
mad67 le 05/07/2007 à 08:41
ouai j'avais raison contre ratuss et c'est pas pres de se reproduireDeeph le 05/07/2007 à 11:33
(Nan c'est Ratuss qui avait raison, les boucles While, Repeat et For ne bug jamais et c'est seulement les labels qui font tout bugger (quand on les utilisent mals, bien entendu).mad67 le 05/07/2007 à 11:35
ah ok donc j'ai a semi raisonunknow le 05/07/2007 à 11:59
Citation
ah ok donc j'ai a semi raison
donc tu n'arrete jamais de poster donc de flooder pour un oui ou un non. Si c'etais moi, webmasteur m'aurait deja mis a la porte
mad67 le 05/07/2007 à 14:03
webmaster avez vous l'impression que je floode?unknow le 05/07/2007 à 15:22
ba des fois oui tu repond mais ca ne fait pas avancer le shmilblik pour autantvibra le 05/07/2007 à 15:54
Stop au flood (la vache c'est la prmière fois que je dis ça : ça me fais tout drôle !
)
Sangohan38 le 06/07/2007 à 22:56
Bon pour revenir au commandes qui ralentissent je revient sur ce que je disais (et qui se voyait bien sur ma bonne vielle calcu) que les labels ne ralentissent pas alors que c'est l'inverse.
Sangohan38mad67 le 07/07/2007 à 09:04
oui mais les labels font buger d'ailleurs sur un prog chrono j'ai collé for pour ajuster etil s'avere qu'au debut c'etait bien et puis le prog accelerait de + en + pourquoi?coc5 le 07/07/2007 à 12:14
Je n'ai jamais eu ce problème là
Sinon je voulais demander si un randint était plus long qu'un rand ajusté ?
Sangohan38 le 07/07/2007 à 13:31
J'ai pas compris ta question.
Tu parle des fonctions int rand quand tu parle d'un rand ajusté?
Si c'est le cas, il est possible que ça augmente la vitesse du prog puisqu'il n'y a qu'une insruction au lieu de deux.
De plus, cela fait économiser un octet.
Sangohan38mad67 le 07/07/2007 à 18:13
nan quand tu colle
Code
0->A
lbl 1
A+1->A
disp A
for(t,0,800)
end
goto 1
le prog accelere de plus en plus
Sangohan38 le 07/07/2007 à 18:54
Qu'est ce que ça a voire avec ce que dit coc5?
Il parlait de randInt et non de l'accélération avec for.
Sangohan38unknow le 08/07/2007 à 11:31
il est content comme ca ca lui rajoute des postsmad67 le 09/07/2007 à 07:52
oui bon on peut quand meme repondre a la mienneSangohan38 le 09/07/2007 à 09:22
Et bien je t'ai répondus dans le sujet for(.
Sangohan38mad67 le 10/07/2007 à 08:59
ah oui donc on va faire une liste
Code
then+end -> fait ralentir
for -> fait ralentir
randint( -> fait ralentir
lbl + goto -> font buger
Sangohan38 le 10/07/2007 à 09:06
Alors déjà quelques problèmes: randint( ne fait pas ralentir par contre rand+int( fait ralentir.
Lbl+goto ne font pas bugger jusqu'à ce que tu me le prouve.
Et tu à oublié les If+then+else.
Sangohan38vibra le 10/07/2007 à 11:13
Non, mais c'est bon, cherche pas : rien ne fait beugger tant que c'est correctement utilisé, et tout fait ramentir.ratuss le 10/07/2007 à 17:56
vibra +1mad67 le 12/07/2007 à 07:54
en effet plus le prog est gros plus sa ralentitSangohan38 le 12/07/2007 à 09:20
Pourquoi en effet?
Personne n'as affirmé que la taille du prog influancait sur la rapidité bien que cela soit une évidence.
Sangohan38coc5 le 19/07/2007 à 13:18
Je pense que les "Clrhome" et "Clrdrawn" font aussi ralentir, ou en tout cas sont longs à éxecuter (selon le programme évidemment)Sangohan38 le 19/07/2007 à 14:00
Toutes les commandes font ralentir dans la mesure ou il faut de la mémoire pour les exécutées.
Sangohan38vibra le 19/07/2007 à 21:04
Ouais, mais ce que coc5 voulait dir c'est qu'apparement ces commandes étaient pariculièrement longues.ratuss le 27/07/2007 à 10:04
dites, votre sobokan ralenti beaucoup vous ou non ?vibra le 27/07/2007 à 11:56
Ouais énormément
coc5 le 27/07/2007 à 13:21
Je suis pas sur de bien comprendre ta phrase
Mais sinon ça va mon programme n'est pas trop trop lent (au passage vu que je pars 15 jours je vais en profiter pour le finir^^)
ratuss le 27/07/2007 à 17:08
en jouant sur les return+prgm on peut bidouiller pour ne pas le faire ralentir
(
)
+
vibra le 27/07/2007 à 23:01
Tu crois que retur remet à 0 la memoire RAM ?? Je crois pas, car j'avais déjà essayé. Mais si tu le dis je vais refaire des essais.ratuss le 28/07/2007 à 10:45
mon prog ne ralenti pas personnellement.
En fait il faut imaginer 2 progs : le prog principal qui execute l'autre en permanence, et l'autre bah c'est ton prog normal quoi qui fait des returns toutes les 10 secondes.
=> après faut bidouiller pour que ca fasse qu'un seul prog...
+
mad67 le 31/07/2007 à 19:41
le mien n'est pas trop lent non pluscoc5 le 13/08/2007 à 12:50
Quelqu'un peut me dire si un for( ------------ end et plus rapide ou plus lent que la même chose dévellopé ?
Je m'explique :
Code
For(I,1,8
L6(I+1)->L(I
End
Plus lent que
Code
L6(2)->L(1
L6(3)->L(2
L6(4)->L(3
L6(5)->L(4
L6(6)->L(5
L6(7)->L(6
L6(8)->L(7
L6(9)->L(8
?
Sangohan38 le 17/08/2007 à 16:30
A vu d'oeil, je dirais le second car malgré plus de mémoire utilisée, les fonctions ne font pas de retours.
Après il faudrais essayer à grande échelle pour voir.
Sangohan38ratuss le 21/08/2007 à 16:09
oui le second est plus rapide, mais bon il prend 3* moins de place alors bon...
puis sinon pour économiser un peu de mémoire :
Code
L6(2->L(1
L6(3->L(2
L6(4->L(3
L6(5->L(4
L6(6->L(5
L6(7->L(6
L6(8->L(7
L6(9->L(8
plutôt que
Code
L6(2)->L(1
L6(3)->L(2
L6(4)->L(3
L6(5)->L(4
L6(6)->L(5
L6(7)->L(6
L6(8)->L(7
L6(9)->L(8
+
(enfin tu le savais peut être deja
)
coc5 le 21/08/2007 à 16:45
En parlant de place, j'ai découvert qu'on peut remplacer un
Code
If A>16:16->A
If A<0:0->A
Par un
Code
Min(16,A)->A
Max(0,A)->A
Peut-être que vous l'utilisiez déjà, mais au cas je le dis quand même.
ratuss le 22/08/2007 à 10:41
merci pour l'info.
Stupid le 27/08/2007 à 11:10
ça sert vraiment beaucoup
merciratuss le 27/08/2007 à 13:34
Le bonheur le plus doux est celui qu'on partage, soyons reconnaissants aux personnes qui nous donnent du bonheur ; elles sont les charmants jardiniers par qui nos âmes sont fleuries. Avertissement :Il s'agit d'une page optimisée pour la navigation mobile. Voir la
page originale.
