Non, nous croyions et croyons toujours que les ressources doivent être compressées et décompressées aussi rapidement que possible sur l'ensemble du zoo de processeurs. Il y a beaucoup de processeurs étranglés par l'économie, y compris les atomes semi-vitaux. Il s'agit d'une perte de vitesse dix fois supérieure à celle des puissants processeurs actuels.
Approche très correcte, à mon avis. Personnellement, je ne vois pas du tout l'intérêt de compresser un exécutable. Il y a des endroits plus importants où utiliser les ressources informatiques.
Eh bien, à mon avis, le principe du moindre mal devrait être utilisé ici. Où passe-t-on le plus de temps - à transférer des données supplémentaires (par rapport au fichier compressé) ou à le décompresser. À mon avis, les développeurs ont raison de compresser le fichier, mais en utilisant un algorithme rapide pour le faire.
Eh bien, à mon avis, le principe du moindre mal devrait être utilisé ici. Qu'est-ce qui prendra le plus de temps - transférer des données inutiles (par rapport au fichier compressé) ou les décompresser ? Je pense que les développeurs ont raison de compresser un fichier, mais ils utilisent un algorithme rapide pour cela.
Une approche très correcte, à mon avis. Personnellement, je ne vois pas l'intérêt de compresser un exécutable. Il y a des endroits plus importants où utiliser les ressources informatiques.
Eh bien, j'ai donné mon avis en premier. Moi-même - j'utilise toujours pour l'optimisation - les versions les plus légères possibles des experts. Et je pense que c'est la façon de le faire. Par conséquent, à mon avis, il n'est pas nécessaire de les presser.
Cependant, du point de vue des développeurs, ils doivent tenir compte du fait que les gens peuvent mettre toutes sortes de choses dans les EA et que la compression peut être raisonnable.
Eh bien, j'ai donné mon avis en premier. Moi-même - j'utilise toujours pour l'optimisation - les versions les plus légères possibles des experts. Et je pense que c'est la façon de le faire. Par conséquent, à mon avis, il n'est pas nécessaire de les presser.
Cependant, du point de vue des développeurs, ils doivent tenir compte du fait que les gens peuvent mettre toutes sortes de choses dans les EA et que la compression peut être raisonnable.
Il n'y a pas de contradiction.
Oui, si vous n'insérez pas de films HD dans les ressources, les fichiers sont assez petits. Comparez, par exemple, avec Android...b-r-r.
Oui, si on ne met pas de films HD dans les ressources, les fichiers sont assez petits. Comparez, par exemple, avec Android...b-r-r
En riant, je ne serais pas surpris s'il s'avérait que de tels originaux existent aussi. De plus, les films sont très mal emballés (d'autant plus que l'emballage expert est effectué par l'algorithme le plus rapide plutôt que le plus dense).
Tout d'abord, beaucoup de devis sont perdus pour diversesraisons inconnues, qui incombent soit au courtier, soit à laconnexion.
Maiscela laisse 50% des informations que nous n'arrivons pas à faire fonctionner. Et c'est là ma plus grande insatisfaction.
L'équipe des métacitations n'a rien à voir avec cela. Chaque courtier a ses propres cotations, le courtier à son tour prend les cotations des fournisseurs de liquidité.
Vous voulez peut-être dire que les ticks dans le testeur sont générés sur des barres plus anciennes ? Les courtiers disposent (généralement) d'un serveur distinct, où sont stockées les cotations complètes avec les ticks.
Le fait que le spread influence les attentes des systèmes de trading est un fait évident.
Si vous n'avez pas de compte, veuillez vous inscrire
Autorisez l'utilisation de cookies pour vous connecter au site Web MQL5.com.
Veuillez activer les paramètres nécessaires dans votre navigateur, sinon vous ne pourrez pas vous connecter.
Vous êtes connecté. L'authentification à deux facteurs a été désactivée. Configurez-la à nouveau et scannez un nouveau code QR, ou continuez avec l'authentification à deux facteurs désactivée.
Non, nous croyions et croyons toujours que les ressources doivent être compressées et décompressées aussi rapidement que possible sur l'ensemble du zoo de processeurs. Il y a beaucoup de processeurs étranglés par l'économie, y compris les atomes semi-vitaux. Il s'agit d'une perte de vitesse dix fois supérieure à celle des puissants processeurs actuels.
Approche très correcte, à mon avis. Personnellement, je ne vois pas du tout l'intérêt de compresser un exécutable. Il y a des endroits plus importants où utiliser les ressources informatiques.
Personnellement, je ne vois pas l'intérêt de compresser l'exécutable. Il y a des endroits plus importants où utiliser les ressources informatiques.
Il est transféré dans le nuage.
Il est transféré dans le nuage.
Eh bien, à mon avis, le principe du moindre mal devrait être utilisé ici. Où passe-t-on le plus de temps - à transférer des données supplémentaires (par rapport au fichier compressé) ou à le décompresser. À mon avis, les développeurs ont raison de compresser le fichier, mais en utilisant un algorithme rapide pour le faire.
Eh bien, à mon avis, le principe du moindre mal devrait être utilisé ici. Qu'est-ce qui prendra le plus de temps - transférer des données inutiles (par rapport au fichier compressé) ou les décompresser ? Je pense que les développeurs ont raison de compresser un fichier, mais ils utilisent un algorithme rapide pour cela.
Forum sur le trading, les systèmes de trading automatisés et les tests de stratégie
Mon insatisfaction à l'égard du testeur de stratégie. aux développeurs MQL
George Merts, 2017.12.04 11:33
Une approche très correcte, à mon avis. Personnellement, je ne vois pas l'intérêt de compresser un exécutable. Il y a des endroits plus importants où utiliser les ressources informatiques.
Eh bien, j'ai donné mon avis en premier. Moi-même - j'utilise toujours pour l'optimisation - les versions les plus légères possibles des experts. Et je pense que c'est la façon de le faire. Par conséquent, à mon avis, il n'est pas nécessaire de les presser.
Cependant, du point de vue des développeurs, ils doivent tenir compte du fait que les gens peuvent mettre toutes sortes de choses dans les EA et que la compression peut être raisonnable.
Il n'y a pas de contradiction.
Eh bien, j'ai donné mon avis en premier. Moi-même - j'utilise toujours pour l'optimisation - les versions les plus légères possibles des experts. Et je pense que c'est la façon de le faire. Par conséquent, à mon avis, il n'est pas nécessaire de les presser.
Cependant, du point de vue des développeurs, ils doivent tenir compte du fait que les gens peuvent mettre toutes sortes de choses dans les EA et que la compression peut être raisonnable.
Il n'y a pas de contradiction.
Oui, si vous n'insérez pas de films HD dans les ressources, les fichiers sont assez petits. Comparez, par exemple, avec Android...b-r-r.
Oui, si on ne met pas de films HD dans les ressources, les fichiers sont assez petits. Comparez-le à Android, par exemple...b-r-r
Cool
Regarder des films sur MT et échanger entre les deux.
)
Cool
Regarder des films à MT et entre deux transactions
)
Du porno, vous dites ? ....
Oui, si on ne met pas de films HD dans les ressources, les fichiers sont assez petits. Comparez, par exemple, avec Android...b-r-r
Tout d'abord, beaucoup de devis sont perdus pour diversesraisons inconnues, qui incombent soit au courtier, soit à laconnexion.
Maiscela laisse 50% des informations que nous n'arrivons pas à faire fonctionner. Et c'est là ma plus grande insatisfaction.
L'équipe des métacitations n'a rien à voir avec cela. Chaque courtier a ses propres cotations, le courtier à son tour prend les cotations des fournisseurs de liquidité.
Vous voulez peut-être dire que les ticks dans le testeur sont générés sur des barres plus anciennes ? Les courtiers disposent (généralement) d'un serveur distinct, où sont stockées les cotations complètes avec les ticks.
Le fait que le spread influence les attentes des systèmes de trading est un fait évident.