Résultats de la recherche sur " GPU "

[Ilya]

Bonjour Loonly.

 

J'ai 2 xeons de 8 cœurs (16 threads) chacun avec 128 Go de RAM.

Oui, je réserve un cœur pour l'interface graphique, et j'ai gardé l'accélération GPU activée (honnêtement, je n'ai même pas remarqué ce paramètre).

Je vais essayer de le désactiver maintenant et voir ce qu'il en est.

 

Ilya

[uniquement]

Bonjour Ilya,

J'ai obtenu quelque chose de similaire, en testant à nouveau environ 15 000 stratégies.

Je vais essayer de retélécharger la version SQ117 et essayer à nouveau.

Quelle est votre configuration matérielle et votre configuration sqx ? (tous les cœurs/réservé 1 pour l'interface graphique, accélération GPU désactivée ?)

 

[ls3400219]

J'ai trouvé que la police de caractères de l'interface de sq est très peu conviviale et semble très vague. On a l'impression que sq définit les différents éléments de l'interface au lieu d'utiliser la définition du système lui-même. J'ai cherché sur le forum et j'ai trouvé que certaines personnes avaient déjà mentionné ce problème. Il semble que ce soit lié au gpu, mais la version actuelle n'a pas cette option, j'espère que la prochaine mise à jour pourra résoudre ce problème, merci.

[Fernando Morales]

Le fait de devoir exécuter plusieurs instances de SQ nécessite de gaspiller beaucoup de RAM pour l'interface graphique et les données du programme. Je trouve plus efficace l'approche de Metaquotes avec MT5 qui utilise des "agents testeurs" pour distribuer les calculs. Si SQ avait de tels agents, il serait plus facile d'utiliser des ordinateurs dans un réseau local, ou même des GPU.

[Les globes terrestres]

Bonjour,

Merci pour la page de téléchargement.

Oui, 111 fonctionnait sans problème. 111->112 a été mis à jour par updater et non par clean install si cela peut aider.

Ma plate-forme est Hyper-V Windows 2016 sans carte GPU (SQX GPUI UI désactivé). J'ai essayé plusieurs combinaisons de paramètres (toutes les variations). Si vous avez besoin de plus de données, je vous les fournirai.

[mabi]

La désactivation de l'accélération à l'aide du GPU a résolu les problèmes. Peut-être faudrait-il ajouter un texte recommandant de la désactiver si l'ordinateur/VPS est contrôlé à distance par un logiciel tiers. (en tout cas)

[Mark Fric]

yourrodstaff a écrit :

Mark, quand l'assistant algo sera-t-il utilisable ? pour l'instant il ne peut pas charger l'ancien fichier. espérons la prochaine version ?

Oui, nous travaillons sur AlgoWizard, qui devrait être beaucoup plus performant dans la nouvelle version.

 

mabi a écrit :

Il semble que SQx devienne bogué si vous contrôlez à distance le poste de travail sur lequel il se trouve. Il y a beaucoup d'informations sur les problèmes de java en cas de contrôle à distance sur le web. Normalement, les fenêtres Java ne se repeignent pas et le programme se bloque. J'ai eu ce problème pendant des années avec SQ3. Il ne pouvait pas être contrôlé à distance si l'ordinateur disposait d'une sortie HDMI, mais il fonctionnait bien s'il n'en disposait pas. Malheureusement, certaines fonctions de SQX chargent des fenêtres Java et cela semble avoir d'autres effets sur le programme. Certains programmeurs ont une solution à ce problème avec ce code -Dsun.java2d.d3d=false mais je ne sais pas si c'est applicable dans le cas de SQx. Une de mes installations avec SQx 108 crée maintenant beaucoup de bugs bizarres mais une autre installation qui n'a pas de connexion HDMI fonctionne bien à distance. Cela peut être une des raisons pour lesquelles certaines personnes rencontrent certains bugs et d'autres non.

Qu'entendez-vous par "bogue" ? Avez-vous ouvert une tâche à ce sujet ?

Il semble que vous fassiez référence à des problèmes graphiques lors de l'utilisation du bureau à distance, je n'en ai pas fait l'expérience.

Vous pouvez essayer de désactiver le rendu GPU dans l'onglet Performance -> Navigateur, ou essayer d'ajouter la ligne suivante à votre fichier StrategyQuantX.config :
option -Dsun.java2d.d3d=false

Mais la meilleure façon est peut-être d'utiliser SQ X sur le VPS via le navigateur, en utilisant simplement l'IP de votre VPS et le port 8080. Si le port n'est pas bloqué, vous devriez pouvoir l'utiliser.

Marque
StratégieArchitecte de Quantités

[RNG]

L'implémentation sous linux est une bonne idée, elle est écrite en java donc je ne pense pas qu'il soit très difficile de tout recompiler pour linux, de toute façon je ne comprends toujours pas pourquoi utiliser cette interface lourde et lente, je pense que beaucoup d'utilisateurs (moi y compris) utilisent ce logiciel sur des serveurs dédiés, où le gpu est quelque chose d'intégré avec une puissance très lente...
Pouvez-vous mettre en place une version parallèle avec une interface graphique légère, non gérée par chrome ou quelque chose comme ça ? Ce serait merveilleux. Merci pour tout votre temps et votre travail.

[jmtc1230]

Pour moi, Mark, il s'agit vraiment d'une conversation sur le GPU ou pas. En effet, l'achat d'un Tesla P 100 coûterait environ six ou $7000, tandis que la location d'un Tesla P 100 auprès de Google coûterait environ huit dollars par heure. Cela offrirait une puissance de traitement environ 300 fois supérieure à celle de nos processeurs et j'envisagerais de le faire pour de petits blocs de temps. Imaginez que vous puissiez traiter 300 jours de données en une journée.

Si nous parlons de rester uniquement dans un environnement CPU, je suis d'accord avec vous, cela n'en vaut pas la peine et il vaudrait mieux construire nos propres systèmes.

[jmtc1230]

JoJo, cela pourrait être le cas, mais il n'est pas nécessaire que ce soit collectif. Il s'agit simplement de louer une machine virtuelle de Google avec jusqu'à 96 cœurs et un GPU Tesla P 100 pour pouvoir développer à très grande vitesse dans un environnement Windows.

[Mark Fric]

Je l'ai déjà dit plusieurs fois, le type de moteur de trading "réel" qui est implémenté dans le nouveau SQ4 n'est pas adapté aux calculs utilisant le GPU.

Mais nous prévoyons de créer un moteur de backtesting plus simple pouvant fonctionner sur GPU, principalement dans le but d'entraîner des réseaux neuronaux, ou pour des backtests très rapides utilisant la précision de la période sélectionnée. C'est donc un projet à moyen ou long terme, mais l'architecture exacte n'a pas encore été conçue.

Il y a des fonctionnalités plus importantes que nous devons terminer au plus vite.

Marque
StratégieArchitecte de Quantités

[Jojo]

jmtc1230 a écrit :

Mark Je sais que ce sujet a déjà été abordé, mais j'ai envie de le répéter. L'idée que le quant de stratégie puisse fonctionner sur un GPU est probablement notre plus grand gain possible sur le plan collectif. Les processeurs nvidia P100 et V100 sont littéralement des centaines de fois plus rapides que ce que nous utilisons tous. Je viens de passer un peu de temps à étudier le traitement dans le nuage de Google et si c'était possible, nous pourrions tous faire du traitement par lots pendant quelques heures à un coût d'environ $8 par heure. Ce serait un développement ENORME !!!! Qu'en pensez-vous ?

Bonjour jmtc1230, Que voulez-vous dire par "nous pourrions tous" effectuer un traitement par lots à $8. Cela signifie-t-il que nous partageons les coûts en mettant en commun nos strats pour les besoins du traitement ? ou que nous avons des logins différents, tout en gardant nos strats séparés ? Je suppose que certains d'entre nous ont beaucoup plus à traiter que d'autres - comment déterminerions-nous l'accès/l'utilisation/le coût proportionnel ? Cela semble être une bonne idée - si seulement je pouvais mieux la comprendre.

[jmtc1230]

Marque

Je sais que ce sujet a déjà été abordé, mais j'ai envie de le répéter. L'idée d'un quant de stratégie capable de fonctionner sur un GPU est probablement notre plus grand gain collectif possible. Les processeurs nvidia P100 et V100 sont littéralement des centaines de fois plus rapides que ce que nous utilisons tous.

Je viens de passer un peu de temps à regarder dans google cloud processing et si c'était possible nous pourrions tous faire du traitement par lots pour quelques heures à un coût d'environ $8 par heure. Ce serait un développement ENORME !!!!

Qu'en pensez-vous ?

[mabi]

Tester différentes sorties uniquement sur une stratégie devrait être possible en utilisant le GPU plutôt que le CPU. Il suffit de générer un fichier avec 1 milliard de valeurs de sortie prédéfinies et de laisser un groupe de GPU s'en occuper....

[Mark Fric]

Je suis désolé pour le grand nombre de problèmes rencontrés lors de la dernière mise à jour. Nous avons dû procéder à de nombreux changements pour prendre en charge la traduction dans d'autres langues, ce qui a été à l'origine d'un grand nombre de ces problèmes.

Je pense que nous allons peut-être publier une version RC5 ce vendredi, afin de résoudre les problèmes les plus urgents.

 

Roberto a écrit :

Je ne vois pas dans la feuille de route l'exportation des stratégies en langage simple. Est-ce que sq4 le supportera ? Je vous remercie de votre attention.

Oui, nous le ferons, mais pour la première version, nous nous concentrons uniquement sur MetaTarder 4/5. Le support d'EasyLanguage devrait être ajouté d'ici un mois environ.

 

Dale Henry a écrit :

indicateurs personnalisés et GPU

Cela a été discuté plusieurs fois, le GPU ne peut pas vraiment être utilisé si nous voulons permettre aux utilisateurs de programmer leurs propres indicateurs et d'autres choses et d'étendre SQ4 avec leurs propres idées. Il y a encore quelques possibilités d'utiliser le GPU dans SQ4, nous nous y attarderons lorsque nous n'aurons rien de plus important à faire.

Indicateurs personnalisés - mon idée initiale était qu'ils ne seraient pas pris en charge, parce que dans SQ4 vous serez en mesure de programmer votre propre indicateur qui n'a pas les inconvénients des indicateurs définis uniquement par l'importation de données. Mais peut-être que nous l'ajouterons, les indicateurs personnalisés dans ce sens seront juste une autre entrée de données, comme un graphique supplémentaire.

 

Jorn Conney a écrit :

Je pense qu'il serait formidable d'avoir une fonction dans strategyquant pour backtester la composition des bénéfices...

il existe déjà, il s'agit de la gestion de l'argent. Vous pouvez choisir un autre type de gestion de l'argent au lieu des lots fixes, et vous pouvez également écrire votre propre fonction de gestion de l'argent.

 

L'utilisation de CodeEditor et l'extension de SQ4 avec vos propres indicateurs, d'autres blocs, la gestion de l'argent, etc. ne fonctionne pas encore 100%, mais ce sera le cas dans la nouvelle version et nous préparerons beaucoup d'exemples.

 

Une dernière chose : utilisez la feuille de route (https://roadmap.strategyquant.com) pour soumettre vos idées ou vos demandes de nouvelles fonctionnalités, c'est le bon endroit pour le faire. Elles seront perdues si vous les publiez uniquement sur le forum.

Marque
StratégieArchitecte de Quantités