"Jules César" <under.iss> wrote in message news:424c5d82$0$11975$
Bonjour tout le monde, Je voufrais avoir les règles de base pour pour optimiser un programme win 32. Merci d'avance.
Pour optimiser un programme ? les règles sont simple : "ne faire ce qui est nécessaire, rien de plus, rien de moins" :-)
Pour optimiser un algorithme y'a plusieurs étapes
1- optimiser l'algorithme lui même. 2- Réduire le nombre d'opérations significatives, éviter les opération longue (division, développement limité etc...). 3- Stocker en mémoire des résultat temporaires plutot que de les recalculer à chaque fois. 4- Eviter les redondance d'accès mémoires en lecture ou écriture, et les accès aléatoire de grande ampleure. 5- simplifier vos lignes de code "C" de manière a n'avoir qu'une seul action par ligne. 6- organisez vos donnée de telle manière à ce que votre algorithme les utilise au mieux dans l'ordre de leur place mémoire. 7- vérifier que l'algorithme fonctionne bien et donne les résultat souhaités. 8- appelez moi pour savoir si ca vaut le coup de passer à l'assembleur. 9- sinon passez à l'essembleur sans m'en parler mais je vous aurais prévenu :-).
a ces principes s'ajoute un bon tas d'autre qui permettent d'évaluer où et comment on peut gagner du temps dans du code... mais ca c'est difficile à formaliser en 3 lignes de textes et deux blagues à 2 francs.
VB
"Jules César" <under.iss> wrote in message
news:424c5d82$0$11975$626a14ce@news.free.fr...
Bonjour tout le monde,
Je voufrais avoir les règles de base pour pour optimiser un programme
win 32.
Merci d'avance.
Pour optimiser un programme ? les règles sont simple : "ne faire ce qui est
nécessaire, rien de plus, rien de moins" :-)
Pour optimiser un algorithme y'a plusieurs étapes
1- optimiser l'algorithme lui même.
2- Réduire le nombre d'opérations significatives, éviter les opération
longue (division, développement limité etc...).
3- Stocker en mémoire des résultat temporaires plutot que de les recalculer
à chaque fois.
4- Eviter les redondance d'accès mémoires en lecture ou écriture, et les
accès aléatoire de grande ampleure.
5- simplifier vos lignes de code "C" de manière a n'avoir qu'une seul action
par ligne.
6- organisez vos donnée de telle manière à ce que votre algorithme les
utilise au mieux dans l'ordre de leur place mémoire.
7- vérifier que l'algorithme fonctionne bien et donne les résultat
souhaités.
8- appelez moi pour savoir si ca vaut le coup de passer à l'assembleur.
9- sinon passez à l'essembleur sans m'en parler mais je vous aurais prévenu
:-).
a ces principes s'ajoute un bon tas d'autre qui permettent d'évaluer où et
comment on peut gagner du temps dans du code... mais ca c'est difficile à
formaliser en 3 lignes de textes et deux blagues à 2 francs.
"Jules César" <under.iss> wrote in message news:424c5d82$0$11975$
Bonjour tout le monde, Je voufrais avoir les règles de base pour pour optimiser un programme win 32. Merci d'avance.
Pour optimiser un programme ? les règles sont simple : "ne faire ce qui est nécessaire, rien de plus, rien de moins" :-)
Pour optimiser un algorithme y'a plusieurs étapes
1- optimiser l'algorithme lui même. 2- Réduire le nombre d'opérations significatives, éviter les opération longue (division, développement limité etc...). 3- Stocker en mémoire des résultat temporaires plutot que de les recalculer à chaque fois. 4- Eviter les redondance d'accès mémoires en lecture ou écriture, et les accès aléatoire de grande ampleure. 5- simplifier vos lignes de code "C" de manière a n'avoir qu'une seul action par ligne. 6- organisez vos donnée de telle manière à ce que votre algorithme les utilise au mieux dans l'ordre de leur place mémoire. 7- vérifier que l'algorithme fonctionne bien et donne les résultat souhaités. 8- appelez moi pour savoir si ca vaut le coup de passer à l'assembleur. 9- sinon passez à l'essembleur sans m'en parler mais je vous aurais prévenu :-).
a ces principes s'ajoute un bon tas d'autre qui permettent d'évaluer où et comment on peut gagner du temps dans du code... mais ca c'est difficile à formaliser en 3 lignes de textes et deux blagues à 2 francs.
VB
Arnaud Debaene
Jules César wrote:
Bonjour tout le monde, Je voufrais avoir les règles de base pour pour optimiser un programme win 32.
1) Ne pas optimiser. 2) Ne pas optimiser. 3) Pour les gourous uniquement... Ne pas optimiser.
(non ce n'est pas un blaque, et ce n'est pas de moi non plus...)
A part çà, commences par définir "optimiser" : Tu cherches à améliorerquoi? Temps de calcul? Réactivité du GUI? Ocupation mémoire ou processeur? etc...
Arnaud
Jules César wrote:
Bonjour tout le monde,
Je voufrais avoir les règles de base pour pour optimiser un programme
win 32.
1) Ne pas optimiser.
2) Ne pas optimiser.
3) Pour les gourous uniquement... Ne pas optimiser.
(non ce n'est pas un blaque, et ce n'est pas de moi non plus...)
A part çà, commences par définir "optimiser" : Tu cherches à améliorerquoi?
Temps de calcul? Réactivité du GUI? Ocupation mémoire ou processeur? etc...
Bonjour tout le monde, Je voufrais avoir les règles de base pour pour optimiser un programme win 32.
1) Ne pas optimiser. 2) Ne pas optimiser. 3) Pour les gourous uniquement... Ne pas optimiser.
(non ce n'est pas un blaque, et ce n'est pas de moi non plus...)
A part çà, commences par définir "optimiser" : Tu cherches à améliorerquoi? Temps de calcul? Réactivité du GUI? Ocupation mémoire ou processeur? etc...
Arnaud
AMcD®
Jules César wrote:
Bonjour tout le monde, Je voufrais avoir les règles de base pour pour optimiser un programme win 32. Merci d'avance.
Je dirai qu'il y a 7 règles, plus ou moins fondamentales :
1 - Métaglobaliser les structures non itératives ; 2 - Valoriser les occurences des objets intersticiels ; 3 - Isoler les éléments métamorphes non interopérants ; 4 - Verticaliser les processus ; 5 - Unifier la récursivité des algorithmes dynamiques ; 6 - Sectoriser les variants incrémentaux ; 7 - Se méfier comme la peste des pointeurs polarisés !
-- AMcD®
http://arnold.mcdonald.free.fr/
Jules César wrote:
Bonjour tout le monde,
Je voufrais avoir les règles de base pour pour optimiser un programme
win 32.
Merci d'avance.
Je dirai qu'il y a 7 règles, plus ou moins fondamentales :
1 - Métaglobaliser les structures non itératives ;
2 - Valoriser les occurences des objets intersticiels ;
3 - Isoler les éléments métamorphes non interopérants ;
4 - Verticaliser les processus ;
5 - Unifier la récursivité des algorithmes dynamiques ;
6 - Sectoriser les variants incrémentaux ;
7 - Se méfier comme la peste des pointeurs polarisés !
Bonjour tout le monde, Je voufrais avoir les règles de base pour pour optimiser un programme win 32. Merci d'avance.
Je dirai qu'il y a 7 règles, plus ou moins fondamentales :
1 - Métaglobaliser les structures non itératives ; 2 - Valoriser les occurences des objets intersticiels ; 3 - Isoler les éléments métamorphes non interopérants ; 4 - Verticaliser les processus ; 5 - Unifier la récursivité des algorithmes dynamiques ; 6 - Sectoriser les variants incrémentaux ; 7 - Se méfier comme la peste des pointeurs polarisés !
-- AMcD®
http://arnold.mcdonald.free.fr/
Arnaud Debaene
AMcD® wrote:
Je dirai qu'il y a 7 règles, plus ou moins fondamentales :
1 - Métaglobaliser les structures non itératives ; 2 - Valoriser les occurences des objets intersticiels ; 3 - Isoler les éléments métamorphes non interopérants ; 4 - Verticaliser les processus ; 5 - Unifier la récursivité des algorithmes dynamiques ; 6 - Sectoriser les variants incrémentaux ; 7 - Se méfier comme la peste des pointeurs polarisés !
Lol! Tu te recycles en commercial AMcD ???
Arnaud
AMcD® wrote:
Je dirai qu'il y a 7 règles, plus ou moins fondamentales :
1 - Métaglobaliser les structures non itératives ;
2 - Valoriser les occurences des objets intersticiels ;
3 - Isoler les éléments métamorphes non interopérants ;
4 - Verticaliser les processus ;
5 - Unifier la récursivité des algorithmes dynamiques ;
6 - Sectoriser les variants incrémentaux ;
7 - Se méfier comme la peste des pointeurs polarisés !
Je dirai qu'il y a 7 règles, plus ou moins fondamentales :
1 - Métaglobaliser les structures non itératives ; 2 - Valoriser les occurences des objets intersticiels ; 3 - Isoler les éléments métamorphes non interopérants ; 4 - Verticaliser les processus ; 5 - Unifier la récursivité des algorithmes dynamiques ; 6 - Sectoriser les variants incrémentaux ; 7 - Se méfier comme la peste des pointeurs polarisés !
Lol! Tu te recycles en commercial AMcD ???
Arnaud
Vincent Burel
"AMcD®" wrote in message news:424c787b$0$13622$
Jules César wrote: > Bonjour tout le monde, > Je voufrais avoir les règles de base pour pour optimiser un programme > win 32. > Merci d'avance.
Je dirai qu'il y a 7 règles, plus ou moins fondamentales :
1 - Métaglobaliser les structures non itératives ; 2 - Valoriser les occurences des objets intersticiels ; 3 - Isoler les éléments métamorphes non interopérants ; 4 - Verticaliser les processus ; 5 - Unifier la récursivité des algorithmes dynamiques ; 6 - Sectoriser les variants incrémentaux ; 7 - Se méfier comme la peste des pointeurs polarisés !
et éviter tant que possible la ionisation des bits de poids fort.
VB
"AMcD®" <arnold.mcdonald@free.fr> wrote in message
news:424c787b$0$13622$636a15ce@news.free.fr...
Jules César wrote:
> Bonjour tout le monde,
> Je voufrais avoir les règles de base pour pour optimiser un programme
> win 32.
> Merci d'avance.
Je dirai qu'il y a 7 règles, plus ou moins fondamentales :
1 - Métaglobaliser les structures non itératives ;
2 - Valoriser les occurences des objets intersticiels ;
3 - Isoler les éléments métamorphes non interopérants ;
4 - Verticaliser les processus ;
5 - Unifier la récursivité des algorithmes dynamiques ;
6 - Sectoriser les variants incrémentaux ;
7 - Se méfier comme la peste des pointeurs polarisés !
et éviter tant que possible la ionisation des bits de poids fort.
Jules César wrote: > Bonjour tout le monde, > Je voufrais avoir les règles de base pour pour optimiser un programme > win 32. > Merci d'avance.
Je dirai qu'il y a 7 règles, plus ou moins fondamentales :
1 - Métaglobaliser les structures non itératives ; 2 - Valoriser les occurences des objets intersticiels ; 3 - Isoler les éléments métamorphes non interopérants ; 4 - Verticaliser les processus ; 5 - Unifier la récursivité des algorithmes dynamiques ; 6 - Sectoriser les variants incrémentaux ; 7 - Se méfier comme la peste des pointeurs polarisés !
et éviter tant que possible la ionisation des bits de poids fort.
VB
Johann Dantant
"Arnaud Debaene" a écrit dans le message de news:424ce7eb$0$26834$
AMcD® wrote: > Je dirai qu'il y a 7 règles, plus ou moins fondamentales : > > 1 - Métaglobaliser les structures non itératives ; > 2 - Valoriser les occurences des objets intersticiels ; > 3 - Isoler les éléments métamorphes non interopérants ; > 4 - Verticaliser les processus ; > 5 - Unifier la récursivité des algorithmes dynamiques ; > 6 - Sectoriser les variants incrémentaux ; > 7 - Se méfier comme la peste des pointeurs polarisés !
Lol! Tu te recycles en commercial AMcD ???
Arnaud
Trop fort, c'est plus un commercial là c'est déjà un consultant. Comme quoi l'assembleur mène à tout, encore aujourd'hui. Bonne chance dans ta nouvelle carrière !
-- Johann.D
"Arnaud Debaene" <adebaene@club-internet.fr> a écrit dans le message de
news:424ce7eb$0$26834$626a14ce@news.free.fr...
AMcD® wrote:
> Je dirai qu'il y a 7 règles, plus ou moins fondamentales :
>
> 1 - Métaglobaliser les structures non itératives ;
> 2 - Valoriser les occurences des objets intersticiels ;
> 3 - Isoler les éléments métamorphes non interopérants ;
> 4 - Verticaliser les processus ;
> 5 - Unifier la récursivité des algorithmes dynamiques ;
> 6 - Sectoriser les variants incrémentaux ;
> 7 - Se méfier comme la peste des pointeurs polarisés !
Lol! Tu te recycles en commercial AMcD ???
Arnaud
Trop fort, c'est plus un commercial là c'est déjà un consultant. Comme quoi
l'assembleur mène à tout, encore aujourd'hui. Bonne chance dans ta nouvelle
carrière !
"Arnaud Debaene" a écrit dans le message de news:424ce7eb$0$26834$
AMcD® wrote: > Je dirai qu'il y a 7 règles, plus ou moins fondamentales : > > 1 - Métaglobaliser les structures non itératives ; > 2 - Valoriser les occurences des objets intersticiels ; > 3 - Isoler les éléments métamorphes non interopérants ; > 4 - Verticaliser les processus ; > 5 - Unifier la récursivité des algorithmes dynamiques ; > 6 - Sectoriser les variants incrémentaux ; > 7 - Se méfier comme la peste des pointeurs polarisés !
Lol! Tu te recycles en commercial AMcD ???
Arnaud
Trop fort, c'est plus un commercial là c'est déjà un consultant. Comme quoi l'assembleur mène à tout, encore aujourd'hui. Bonne chance dans ta nouvelle carrière !
-- Johann.D
AMcD®
Arnaud Debaene wrote:
Lol! Tu te recycles en commercial AMcD ???
Héhé. Bah, ce poisson était trop tentant :-). Je précise tout de même que des bouts de phrases sont tirés de discussions avec des informaticiens ou de feu mes anciens cours d'informatique estudiantins !
-- AMcD®
http://arnold.mcdonald.free.fr/
Arnaud Debaene wrote:
Lol! Tu te recycles en commercial AMcD ???
Héhé. Bah, ce poisson était trop tentant :-). Je précise tout de même que
des bouts de phrases sont tirés de discussions avec des informaticiens ou de
feu mes anciens cours d'informatique estudiantins !
Héhé. Bah, ce poisson était trop tentant :-). Je précise tout de même que des bouts de phrases sont tirés de discussions avec des informaticiens ou de feu mes anciens cours d'informatique estudiantins !
-- AMcD®
http://arnold.mcdonald.free.fr/
AMcD®
Vincent Burel wrote:
et éviter tant que possible la ionisation des bits de poids fort.
En contexte industriel, c'est effectivement une règle à ne pas oublier. Merci de la préciser.
Il serait d'ailleurs sympa que ceux qui bossent dans d'autres milieux informatiques complètent la liste :-).
-- AMcD®
http://arnold.mcdonald.free.fr/
Vincent Burel wrote:
et éviter tant que possible la ionisation des bits de poids fort.
En contexte industriel, c'est effectivement une règle à ne pas oublier.
Merci de la préciser.
Il serait d'ailleurs sympa que ceux qui bossent dans d'autres milieux
informatiques complètent la liste :-).
et éviter tant que possible la ionisation des bits de poids fort.
En contexte industriel, c'est effectivement une règle à ne pas oublier. Merci de la préciser.
Il serait d'ailleurs sympa que ceux qui bossent dans d'autres milieux informatiques complètent la liste :-).
-- AMcD®
http://arnold.mcdonald.free.fr/
Jean-Claude BELLAMY
Dans le message news:424d12ca$0$28517$ , AMcD® s'est ainsi exprimé:
Vincent Burel wrote:
et éviter tant que possible la ionisation des bits de poids fort.
En contexte industriel, c'est effectivement une règle à ne pas oublier. Merci de la préciser.
Il serait d'ailleurs sympa que ceux qui bossent dans d'autres milieux informatiques complètent la liste :-).
Ah oui, çà me revient, ... ce n'est pas une règle, mais une définition absolument superbe !!!
C'est la définition d'un "objet" selon S*** M***, qui est (ou a été) Professeur d'Informatique à l'Université de Nice : (Elle est authentique, mais je crois quand même que l'auteur ne se prenait pas - tout à fait - au sérieux quand il l'a sortie !) :
"Un objet est une capsule logicielle oblative avec un tropisme connatif dont l'hétéronomie est la marque de la durée de l'éphèmère et de la hoirie"
Un objet d'art plâtre véritable sera décerné à celui qui arrivera à traduire çà en langage accessible à tous ! ;-)
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org *
Dans le message news:424d12ca$0$28517$626a14ce@news.free.fr ,
AMcD® <arnold.mcdonald@free.fr> s'est ainsi exprimé:
Vincent Burel wrote:
et éviter tant que possible la ionisation des bits de poids fort.
En contexte industriel, c'est effectivement une règle à ne pas
oublier. Merci de la préciser.
Il serait d'ailleurs sympa que ceux qui bossent dans d'autres milieux
informatiques complètent la liste :-).
Ah oui, çà me revient, ... ce n'est pas une règle, mais une définition
absolument superbe !!!
C'est la définition d'un "objet" selon S*** M***, qui est (ou a été)
Professeur d'Informatique à l'Université de Nice :
(Elle est authentique, mais je crois quand même que l'auteur ne se prenait
pas - tout à fait - au sérieux quand il l'a sortie !) :
"Un objet est une capsule logicielle oblative avec
un tropisme connatif dont l'hétéronomie est la marque
de la durée de l'éphèmère et de la hoirie"
Un objet d'art plâtre véritable sera décerné à celui qui arrivera à traduire
çà en langage accessible à tous ! ;-)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
Jean-Claude.Bellamy@wanadoo.fr * JC.Bellamy@free.fr
Dans le message news:424d12ca$0$28517$ , AMcD® s'est ainsi exprimé:
Vincent Burel wrote:
et éviter tant que possible la ionisation des bits de poids fort.
En contexte industriel, c'est effectivement une règle à ne pas oublier. Merci de la préciser.
Il serait d'ailleurs sympa que ceux qui bossent dans d'autres milieux informatiques complètent la liste :-).
Ah oui, çà me revient, ... ce n'est pas une règle, mais une définition absolument superbe !!!
C'est la définition d'un "objet" selon S*** M***, qui est (ou a été) Professeur d'Informatique à l'Université de Nice : (Elle est authentique, mais je crois quand même que l'auteur ne se prenait pas - tout à fait - au sérieux quand il l'a sortie !) :
"Un objet est une capsule logicielle oblative avec un tropisme connatif dont l'hétéronomie est la marque de la durée de l'éphèmère et de la hoirie"
Un objet d'art plâtre véritable sera décerné à celui qui arrivera à traduire çà en langage accessible à tous ! ;-)
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org *
adebaene
AMcD® wrote:
Arnaud Debaene wrote:
> Lol! Tu te recycles en commercial AMcD ???
Héhé. Bah, ce poisson était trop tentant :-). Je précise tout de
même que
des bouts de phrases sont tirés de discussions avec des
informaticiens ou de
feu mes anciens cours d'informatique estudiantins !
Pourquoi "feu"? tu les as tous tués? ;-)
Arnaud
AMcD® wrote:
Arnaud Debaene wrote:
> Lol! Tu te recycles en commercial AMcD ???
Héhé. Bah, ce poisson était trop tentant :-). Je précise tout de
même que
des bouts de phrases sont tirés de discussions avec des
informaticiens ou de
feu mes anciens cours d'informatique estudiantins !
