La bibliothèque de Roffild - page 4
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Hum... il n'y a pas de colonnes du tout dans MQL. Et MQL != SQL sont des langages complètement différents.
Pour ceux qui connaissent SQL, il est plus facile de trier les meilleures passes après optimisation lorsque leur nombre dépasse 5000. Mis en œuvre dans TesterSql.mqh
Hum... comment peux-tu penser que...
Le script d'exécution des agents de test sur les serveurs Amazon aws_ubuntu_user_data.sh tient désormais compte des disques Rol et internes.
https://roffild.com/ru/
Le script d'exécution des agents de test sur les serveurs Amazon aws_ubuntu_user_data.sh prend désormais en compte les disques rôles et les disques internes.
Quel rôle ? Qu'entendez-vous par "disques internes" ?
Il y a"Write data to MySQL format file", pourquoi ne pas lire depuis ce format ?
Pour les questions "qu'est-ce que Java, Spark, Alglib, Random Forest et les réseaux neuronaux, et comment vivre avec". - Google
Alglib - filtrage unique
Spark - plusieurs ordinateurs.
L'objectif de la bibliothèque est d'utiliser Spark (et à l'avenir TensorFlow et MXNet) sans les béquilles MQL.
quelles tâches sont résolues avec ce produit ?
1) SQL coûte de l'argent. Windows for SQL coûte de l'argent. Les serveurs Amazon/Google coûtent cher. Coût d'un an d'utilisation avec des licences ? deux mois de serveurs google de son bonus - 300 $, soit 5-6 serveurs (sur le bonus la durée de vie des serveurs sur l'exploitation minière à bannir de jours à quelques semaines). Ie par an, quelque part autour de 1,5-2k irrévocablement "s'envolera" dans amazon/google.
2) Un bon ordinateur portable avec un xeon 6 cœurs et une quadro nvidia 5k$ (ajoutez raid on m2 à la configuration de base). MQL - gratuit pour l'utilisateur final. Subd intégré à partir de fichiers hst - gratuitement (dans OHLCV, vous pouvez écrire tout ce que vous voulez, et accéder aux données comme une série chronologique - c'est-à-dire zéro coût d'intelligence). Du côté positif, la mobilité. La puissance de calcul est suffisante.
3) Monoprocesseur miniitx xeon + windows(licence) + une/deux cartes graphiques ATI puissantes + moniteurs + oops. 5k$ . MQL - gratuit pour l'utilisateur final. Subd intégré à partir de fichiers hst - gratuit (dans OHLCV vous pouvez écrire tout ce que vous voulez, et accéder aux données comme une série temporelle - c'est-à-dire zéro coût d'intelligence). Pour - il est possible de faire une configuration selon votre propre fenstyle. Moins, le manque de mobilité. Surmultiplier la puissance de calcul.
Les vitesses d'Opencl (cartes vidéo) sont sans concurrence en termes de coût et de puissance de traitement par rapport à "beaucoup d'ordinateurs".
La tâche à accomplir devrait rembourser les coûts irrécupérables de 1), vous devez savoir très bien front/back java , sql et un tas d'autres compétences pour le big data directement de votre tête - avec un tel bagage de connaissances pour un emploi embauché avec un salaire dans une banque bourgeoise n'importe où à partir de 100k$ minimum, et google donnera probablement encore plus + accès aux ressources de calcul.
Je pense qu'il s'agit de s'entraîner sur les chats et d'améliorer ses compétences en vue d'un emploi à un bon poste.
Bibliothèque Roffild
Je suis connu de la communauté des programmeurs MQL5 sous le nom de Roffild et il s'agit de ma bibliothèque open-source pour MQL5. Il s'agit d'une tentative d'implémenter dans MQL5 des fonctionnalités qui sont devenues un standard pour les langages de programmation populaires il y a longtemps. Une idée est mise en œuvre dans chaque fichier. La bibliothèque est réapprovisionnée au fur et à mesure que de nouvelles fonctionnalités sont nécessaires.
Quelques personnes ont essayé de poster le projet sur Github. Il n'existe pas de norme unifiée. MetaQuotes ne prend pas en compte l'utilisation d'un système de contrôle de version lors de la création d'un projet. Pour une raison quelconque, les programmeurs de MetaQuotes pensent qu'un projet doit être d'un seul type. Pour les petits projets, qui sont publiés en CodeBase sur MQL5.com, cette division est raisonnable. Pour les projets de moyenne et grande envergure, il est impossible de sélectionner un seul type de projet.
J'ai même allumé mon ordinateur pour répondre, avec un trafic internet très limité). Il n'est pas confortable d'écrire depuis un téléphone portable.
Avec tout le respect que je dois aux activités de Roffild, et ne le prenez pas comme un contretemps, je lis mais ne comprends pas. Pour quoi faire ? [(c)A.Voznesensky.]
1. J'ai compris qu'un développeur a porté plusieurs bibliothèques en MQL pour lui-même et a décidé de les mettre à la disposition du public. Tout est clair et normal. Pourquoi pas. Mais il y a une redondance évidente ici - Roffild porte tout et n'importe quoi.
2. Un spécialiste du marketing se poserait la question suivante : quel est le public cible ?
- Les débutants et les novices ne connaissent pas assez bien MQL, ils ont des problèmes pour ajouter la DLL. Pensez-vous qu'ils comprendraient SQL ou votre documentation ?
- Les programmeurs MQL expérimentés peuvent être en mesure d'utiliser certains d'entre eux. Mais seulement dans une mesure limitée.
- Les programmeurs en général (C++, etc.) - il est plus facile pour eux de comprendre la bibliothèque source dans la documentation et de connecter exactement ce dont ils ont besoin.
Pour résumer : en termes de marketing, nous avons plusieurs applications de plusieurs bibliothèques de l'ensemble. Est-ce la raison de toute cette agitation ?
3. Toutes (ou presque toutes) les bibliothèques sont déjà portées sur le même Python. Ne serait-il pas plus simple de faire un seul portage vers une application Python en cours d'exécution et d'utiliser toutes les bibliothèques en même temps, calmement et sans se presser ? En outre, tous les ports de la bibliothèque Python sont bien testés et documentés. En outre, Python est un langage de script et sa part de temps dans l'exécution des bibliothèques est minime. Il n'y a pas d'impact sur les performances. Considérez également que Python dispose de fils de discussion à part entière et que de nombreux ports vers MQL ne font que s'en passer, et se développent lorsque le train est déjà parti...
Je pense que dans ce cas, les programmeurs expérimentés vous comprendront. Et la proportion d'applications d'un seul portage vers Python sera plus importante que toutes vos bibliothèques au total.
En fait, il y a toujours un "mais" à votre projet, mais c'est déjà à l'occasion.
Regards.
1) SQL coûte de l'argent. Windows for SQL coûte de l'argent. Les serveurs Amazon/Google coûtent cher. Le coût d'un an d'utilisation avec des licences ? deux mois de serveurs google de son bonus est de 300 $, c'est 5-6 serveurs (sur le bonus la durée de vie des serveurs sur l'exploitation minière à interdire de jours à quelques semaines). Ie par an, quelque part autour de 1,5-2k irrévocablement "s'envolera" dans amazon/google.
2) Un bon ordinateur portable avec xeon 6-core et nvidia quadro $5k (ajoutez raid on m2 à la configuration de base). MQL - gratuit pour l'utilisateur final. Subd intégré à partir de fichiers hst - gratuitement (dans OHLCV, vous pouvez écrire tout ce que vous voulez, et accéder aux données comme une série chronologique - c'est-à-dire zéro coût d'intelligence). Du côté positif, la mobilité. La puissance de calcul est suffisante.
3) Monoprocesseur miniitx xeon + windows(licence) + une/deux cartes graphiques ATI puissantes + moniteurs + oops. 5k$ . MQL - gratuit pour l'utilisateur final. Subd intégré à partir de fichiers hst - gratuit (dans OHLCV vous pouvez écrire tout ce que vous voulez, et accéder aux données comme une série temporelle - c'est-à-dire zéro coût d'intelligence). Pour - il est possible de faire une configuration selon votre propre fenstyle. Moins, le manque de mobilité. Surmultiplier la puissance de calcul.
Les vitesses d'Opencl (cartes vidéo) sont sans concurrence en termes de coût et de puissance de traitement par rapport à "beaucoup d'ordinateurs".
La tâche à accomplir devrait rembourser les coûts irrécupérables de 1), vous devez savoir très bien front/back java , sql et un tas d'autres compétences pour le big data directement de votre tête - avec un tel bagage de connaissances pour un emploi embauché avec un salaire dans une banque bourgeoise n'importe où à partir de 100k$ minimum, et google donnera probablement encore plus + accès aux ressources de calcul.
Je pense qu'il faut s'entraîner sur des chats et améliorer ses compétences pour obtenir un bon emploi.
MySQL et SQLLite ou similaire. GRATUIT. Les serveurs peuvent être loués à un tarif horaire. Quel est l'intérêt de louer pour une année entière ? Cela ne me coûte que 200 dollars par an.
OpenCL doit aussi être capable de cuisiner. Le long délai d'envoi des données à la carte vidéo rend l'utilisation d'OpenCL peu rentable.
Ce n'est que lorsque vous aurez tout calculé que vous pourrez réellement estimer les coûts.
Yuriy Asaulenko:
3. Toutes (ou presque toutes) les bibliothèques sont déjà portées sur le même Python. Ne serait-il pas plus facile d'effectuer un seul portage vers une application Python en cours d'exécution et d'utiliser toutes les bibliothèques en même temps, de manière simple et rapide ? En outre, tous les ports de la bibliothèque Python sont bien testés et documentés. En outre, Python est un langage de script et sa part de temps dans l'exécution des bibliothèques est minime. Il n'y a pas d'impact sur les performances. Considérez également que Python dispose de fils de discussion à part entière et que de nombreux ports vers MQL ne font que s'en passer, et se développent lorsque le train est déjà parti...
Tout développement tiers est presque impossible à utiliser dans Test Agents. Lorsque vous essayez d'intégrer des développements externes, vous devez sacrifier la vitesse, la portabilité et l'optimisation. Pourquoi ?
Il y a une blague parmi les utilisateurs de Linux : "Mettez Linux, mettez Wine pour faire tourner Kosynka".
Et Python lui-même est très lent.
Python peut être utilisé pour découvrir les brevets d'un modèle. Lorsque le modèle est trouvé, il serait préférable de le porter vers MQL5 pour le tester dans le nuage d'agents.
Ma bibliothèque ne dépend pas de DLL tierces, elle peut donc être utilisée dans le code de n'importe quel conseiller expert, indicateur, etc.
Tout développement tiers est presque impossible à utiliser dans Test Agents. Lorsque vous essayez d'intégrer des développements externes, vous devez sacrifier la vitesse, la portabilité et l'optimisation. Pourquoi ?
Il y a une blague parmi les utilisateurs de Linux : "Mettez Linux, mettez Wine pour faire tourner Kosynka".
Et Python lui-même est très lent.
Python peut être utilisé pour découvrir les brevets d'un modèle. Lorsque le modèle est trouvé, il est préférable de le porter vers MQL5 pour le tester dans le nuage d'agents.
Ma bibliothèque est indépendante des DLL de tiers, elle peut donc être utilisée dans le code de n'importe quel conseiller expert, indicateur, etc.
La question de la vitesse de Python et de sa comparaison avec C++, Sharp, etc. n'est pas du tout pertinente. La question est de savoir si sa vitesse est suffisante pour résoudre des tâches spécifiques. Je crois que pour la grande majorité des tâches, c'est même plus que suffisant. Même pour le "scalping").
Vous pensez que le fait de ne pas utiliser de dlls de tiers est une aubaine. Je crois qu'il s'agit plutôt de sectarisme et, surtout, de beaucoup de travail inutile et sans intérêt pour personne. Toutes les bibliothèques ont déjà été réalisées avant nous, et il ne reste plus qu'à les utiliser, avec un minimum de temps et d'efforts. Et ceci, d'ailleurs, fait partie du paradigme de programmation moderne. Et, en général, il ne s'agit pas de Python. C'est seulement à titre d'exemple d'un environnement avec beaucoup de bibliothèques.
Le rejet de la DLL, l'utilisation de logiciels tiers et d'autres avancées se justifient uniquement pour pouvoir vendre sur le Marché - telles sont les conditions). Il n'y a tout simplement pas d'autre raison.
MySQL et SQLLite ou similaire. GRATUITEMENT. Les serveurs peuvent être loués à un tarif horaire. Quel est l'intérêt de louer pour une année entière ? Cela ne me coûte que 200 dollars par an.
OpenCL doit aussi être capable de cuisiner. La longue latence pour envoyer les données à la carte vidéo rend l'utilisation d'OpenCL peu rentable.
Ce n'est que lorsque vous aurez tout calculé que vous pourrez réellement estimer les coûts.
- "Gratuit" https://shop.oracle.com/apex/f?p=DSTORE:2:::NO:RIR,RP,2:PROD_HIER_ID:58095029061520477171389 signifie que le coût de vos connaissances personnelles (et non de celles fournies en gros par oracle) est trois fois plus élevé. Pourquoi dépenser 200 dollars pour créer un potager, ce qui implique une quantité importante de connaissances administratives ? ? ??? Si vous avez 200 dollars à dépenser sur google, vous pouvez faire la même chose en quelques week-ends sur votre hêtre/ordinateur. L'exemple de 300 dollars donné est qu'un système avec un xeon local est plus productif qu'un tas de vps. Pour résoudre un problème/projet rapidement, il faut avoir quelques années de pratique sur des tâches similaires avec la gestion de bugs et de bogues inattendus et la reconception à partir de zéro. Le seuil d'entrée dans votre schéma idéologique est loin d'être gratuit.
- Préparer OpenCL dans MQL est moins exigeant intellectuellement que le niveau prof. dans xSQL (généralement des sous-données). Le code recueilli (pas parfait) dans la base de code MQL et l'environnement de développement MQL est suffisant et gratuit (y compris servicedesk) pour l'auto-apprentissage rapide, plus il montre immédiatement sur l'écran le résultat sans aucune agitation avec les fenêtres, si vous connaissez des analogues (environnement de développement libre + codes d'exemple beaucoup dans un endroit) donner. Le nuage prêt à l'emploi de MQL est moins cher que les vps/plusieurs ordinateurs. Jusqu'à présent, les options de prix/performance de MQL sont sans concurrence (même s'il existe un endroit pour pulvériser du venin sur MQL).
Vous dites donc que le transfert de données vers la carte vidéo pour OpenCL a une latence plus élevée que les coûts de la pile tcpip avec la latence du réseau à vps ?????. (Quelles substances utilisez-vous ? ))))
- Que cherchez-vous exactement ? Une carte vidéo bon marché (par exemple une ati radeon 580 8GB pas chère - $300) est plus rentable qu'un vps, un vieux xeon est presque plus rentable qu'une carte vidéo. Ils mettent aussi des cartes graphiques dans les ordinateurs portables. Je peux difficilement imaginer (ou plutôt ne peux pas imaginer) une tâche de calcul dans les séries temporelles MQL qui nécessiterait plus de ressources qu'un serveur/ordinateur/cloud MQL local. Rare 64GB ecc + 2 xeon : $300 + PSU moniteur et clavier souris (encore $100), tout le système d'exploitation avec les tripes dans un frameisk, même utiliser BASIC pour écrire le traitement des données locales, il sera plus rapide que vps+sql etc.