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
Accélération d'un facteur dix en cas d'accès massivement parallèle.
Pour les autres cas, seules les mises à niveau du processeur, de la mémoire et du système d'exploitation sont possibles.
Dans PM, les journaux comparatifs proviennent de la même machine.
Il s'agit d'un appel unique de CopyTicks. Cela permet de faire un backtest virtuel pour ces ticks dans OnInit, puis de le poursuivre en temps réel, en alimentant uniquement les ticks frais.
Comme compromis, je suggère de libérer la mémoire dans le Terminal immédiatement après le CopyTicks appelé dans OnInit. Nous n'avons donc pas besoin d'introduire une fonction de refroidissement forcé pour les CopyTicks.
Pour l'instant, la version sommeil du refroidissement est très peu pratique. Mais j'ai montré plus haut comment cette béquille permet d'économiser de la mémoire.
Il s'avère maintenant que 20 Expert Advisors fonctionnent rapidement même sur un VPS lent. Mais leur mise en route pose un sérieux problème.
Il n'y a pas si longtemps, vous avez vous-même effectué des tests de stress et exigé l'émission instantanée de tics profonds sur chaque tic.
C'est-à-dire que vous et 100% des autres développeurs avez appliqué et appliqueront les stratégies de demande de cache complet en attente. Chaque fois, des experts de plus en plus coûteux et frontaux sont rédigés.
C'est pourquoi nous ne supprimerons en aucun cas les caches, mais nous recommandons de mettre 16 à 32 Go de mémoire et d'oublier les problèmes et les retards.
Le comportement et l'économie sur VPS (garder à 512 mb-1 gb) nous ne se soucient pas du tout.
Vous-même avez effectué des tests de stress il n'y a pas si longtemps, et en fait vous avez exigé des ticks profonds instantanés sur chaque tick.
C'est-à-dire que vous et 100% des autres développeurs avez appliqué et appliqueront les stratégies de demande de cache complet en attente. Chaque fois, des experts de plus en plus coûteux et frontaux sont rédigés.
C'est pourquoi nous ne supprimerons en aucun cas les caches, mais nous recommandons de mettre 16 à 32 Go de mémoire et d'oublier les problèmes et les retards.
Comportement et économie sur VPS (pour tenir dans 512 mb-1gb) on s'en fout complètement.
Ci-dessus, j'ai complété mon post par un code. C'est à propos de OnInit, pas autre chose. Hot CopyTicks est très nécessaire, mais pas dans OnInit.
Comme compromis, je suggère qu'après l'appel de CopyTicks dans OnInit, la mémoire soit libérée immédiatement dans le Terminal.
Pas en tout cas !
Et si, au contraire, je lève le cache dans OnInit afin de pouvoir travailler avec lui sans délai ?
Il est préférable d'introduire une fonction pour décharger le cache du terminal.
Elle est nécessaire non seulement pour les ticks, mais aussi pour les séries temporelles et les indicateurs (essayez d'écrire un 5K pour 5 instruments et 5 TFs).
@Renat ?
Pas question !
Et si j'élevais le cache dans OnInit pour pouvoir ensuite travailler avec lui sans délai ?
Le cache tique ne vit que 10 secondes.
Le screener script de l'historique des ticks (le seul logiciel fonctionnant dans le terminal) consomme jusqu'à 6 Go si vous prenez cinq mois de cotations.
Plus la machine et l'internet sont rapides, plus la charge mémoire est importante. C'est-à-dire que les caches internes du terminal s'accumulent à quelques caractères en 10 secondes.
Je ne vois pas d'autre moyen de savoir qu'il y a un nouveau tick pendant l'exécution de OnTick.
Trois options.
Il est préférable de ne pas identifier un nouveau tick à travers les barres.
Résultat(inAmount = 15).
La désynchronisation peut durer jusqu'à une minute. Il y a un bug quelque part.
La raison du freinage de SymbolInfoTick semble être la manipulation parallèle.
Résultat (inAmount = 15).
> 100 ms pour l'exécution de SymbolInfoTick. Il est clair que le code est autodidacte. Mais cela montre la raison pour laquelle les EAs habituels ralentissent.