32
edits
Sahliyoussef (talk | contribs) mNo edit summary |
Sahliyoussef (talk | contribs) No edit summary |
||
Line 114: | Line 114: | ||
* L'approche "feature-checking" utilisée par "compat_layer.nas" devrait probablement être généralisée et être disponible comme un module nasal standard, ainsi que pour une utilisation par d'autres scripts, tant qu'il propose une bonne méthode pour tenir une compatibilité d'arrière-plan. | * L'approche "feature-checking" utilisée par "compat_layer.nas" devrait probablement être généralisée et être disponible comme un module nasal standard, ainsi que pour une utilisation par d'autres scripts, tant qu'il propose une bonne méthode pour tenir une compatibilité d'arrière-plan. | ||
[http://flightgear.org/forums/viewtopic.php?f=5&t=7358&p=96439#p96358] | [http://flightgear.org/forums/viewtopic.php?f=5&t=7358&p=96439#p96358] | ||
* | * On pourrait introduire un autre hash/espace de nom dans le module "compact_layer" pour des solutions de contournement basées en nasal, qui sont directement critiques au niveau des performances, de sorte que l'implémentation C++ soit prioritaire. | ||
* | * Pour certains usages, "threading" peut fournir un réel bénéfice de performances. Cependant, nous avons besoin d'assurer que le "threading" est par défaud OPTIONEL, ainsi les utilisateurs peuvent aisément vérifier si des potentiels problèmes sont reliés au threading ou non. Les "Worker threads" semblent être le meilleur moyen. | ||
* excessive | * Une utilisation excessive de l'arbre de propriétés pour conserver toutes sortes de variables d'état, est une source potentielle de pertes de performances. Il est souvent meilleur de directement utiliser des structures de données en Nasal. De plus, il est plus facile de faire l'usage de "worker threads" quand toutes les données sont disponibles en Nasal, d'autant plus que l'arbre de propriété ( et fondamentalement toutes les fonctions d'extension en Nasal) ne sont pas faites pour être "thread-safe". | ||
* | * Pour être capable d'optimiser plus encore le système, il serait bon d'intégrer quelques formes de références simples, de sorte que les utilisateurs peuvent facilement fournir les résultats [http://flightgear.org/forums/viewtopic.php?f=5&t=7358&st=0&sk=t&sd=a&start=165#p94801] (Nous avons parlé de cela le 9/2011, Il y a ainsi des possibilités de fournir cette information automatiquement, mais cela exigerait une modification du coeur de l'interpréteur Nasal, et probablement introduire quelques nouveaux instruments spécifiques (new instrumentation-specific) opcodes, aussi - Cela ne semble pas être une idée très populaire pour le moment. | ||
== | == Les demandes de fonctionnalités du côté C++ == | ||
Intended as a base for discussions on how to implement particular features in the C++ code. Also see [http://www.flightgear.org/forums/viewtopic.php?f=5&t=8365 Weather algorithms discussion] from 06/2010. | Intended as a base for discussions on how to implement particular features in the C++ code. Also see [http://www.flightgear.org/forums/viewtopic.php?f=5&t=8365 Weather algorithms discussion] from 06/2010. |
edits