String? Pas bien. Char[]? bien!

[supercc]

Comme j'avais expliqué dans ma présentation, je suis complètement autodidacte et c'est la première fois que je participe à un forum comme celui ici.
Le problème d'un autodidacte est que devant à un problème inconsciemment il ne le ressoude pas mais il le contourne.
Maintenant avec tous ces posts du forum (qui sont toujours intéressants) je suis bombardé de informations de tout gendre et je sature un peux.

Tu as énormément de mérite ! il y a sur ce forum ceux qui ont eu des cours de C et les autres qui galèrent en C ;-).

Mais puisque que tu cherches à approfondir alors pose toi une après midi sur une chaise longue à lire le K&R (là tu as toute la norme, rien d'autre à savoir en C ;-)), c'est du grand art (informatique). Tu vas voir le résultat extrêmement bien pensé de la genèse d'un langage qui aujourd'hui sert encore à coder le système d'exploitation le plus puissant (cela ne veux rien dire ;-)) du monde : Linux. Et ce n'est pas prêt de changer ;-)

Savoure bien ;-)

[savoriano]

pose toi une après midi sur une chaise longue à lire le K&R

toi t'es plus optimiste que moi: depuis ce matin que je suis allongé et je suis que à la page 77/230!

[supercc]

C'est la version papier ? Alors tu apprends plein de choses ?

[savoriano]

Non, le livre je l'aurai la semaine prochaine. Je suis en train de lire la version pdf que J-M-L m'a proposé en attendant le livre.

[savoriano]

Du livre en PDF de J-M-L. Merci J-M-L pour votre link.

4.2  L'opérateur d'indexation

Et moi que je pensait connaître tout sur les array!!!
La je comprends beaucoup de choses!

[J-M-L]

Bravo !!

[savoriano]

J'ai presque éliminé toutes les String.
Bilan:
J'ai gagné presque 4000 octets d'espace de stockage!
Ram occupé identique, mais le freeRam  corresponde à la Ram libre donné par le compilateur.
Vitesse d'exécution: +15%... énorme!!

[J-M-L]

Bravo

[dbrion06]

Etrangement, le fait de gagner 4 koctets -sur 32, sot 13%- et d'accélérer un peu le temps d'execution (de 15%) ne m'emballe pas:
en effet, pour les petits processeurs, à prix constant, la vitesse a tendance à doubler tous les 18 mois . Si on trouve son arduino trop lent, il suffit d'attendre un peu pour en trouver des mons chers, plus rapides et ayant plus de mémoire (et c'est là qu'il faut faire chauffer sa carte de crédit, une fois qu'ils sont bien debuggués et documentés).
Pour info, dans les années 90, un logiciel d'optimisation 10 fois plus lent que le précédent, mais donnant de meilleurs resultats était considéré comme acceptable (on attendrait/achèterait de nouveaux processeurs pour aller très vite)
Ce qui reste ennuyeux, c'est que ces microcontrôleurs n'ont pas de ramasse miettes (et un ramasse miette peut avoir un comportement aléatoire, incompatible avec la revendication du temps réél), rendant les risques d'épuisement de la RAM -par allocation dynamique- bien réels et susceptibles de mener à un blocage....

[J-M-L]

Oui mais si on a besoin du projet maintenant et pas dans 18mois et qu'on est un peu juste en mémoire ou perf, c'est cool

Et dans 18 mois la V2 qui aura plus de fonctions profitera de l'amélioration hardware

[dbrion06]

C'est encore plus cool d'être débarrassé d'une source potentielle de fuites mémoire... (ça, une carte de crédit ne sait pas le faire)
(ol m'arrive de jouer avec des logiels d'appentissage approfondi sur RPi: je sais que, sur un PC moderne d'entrée de gamme, ça adapte un reseau de neurones dix fois plus vite  (pas 1.3) -sauf passage en swap- et que sur un PC bardé de processuer graphiques, on peut gagner encore un facteur 10: autant attendre que les prix baissent.... tendance actuelle- et prendre le temps de comprendre ce que plein d'autres -c'est la mode-  ont fait)...