ProRealTime
Zone de développement des applications API, des logiciels et utilitaires développés par les membres du forum

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par Benoist Rousseau » 25 avr. 2017 14:39

ben si l'API il te suffit de tester comme a fait Talapoto Falex :) Tu verras c'est parlant. Je l'ai déjà fait xx fois. Elle est bridée à mon humble avis surtout dès qu'il y a beaucoup de volatilité (bande passante prioritaire ? technologie moins rapide ? ). Cela me parait normal. On a exactement la même chose sur les flux demo, quand il y a de la volatilité il y a plein de gars qui ralent. Tu demandes s'ils sont en demo, réponse oui. En réel aucun souci. Donc pour l'api je pense que c'est peut-être la même chose, le tuyeau a une taille définit sur les api externes (comme les requêtes etc) ce qui est logique.

De toute façon prt ne passe pas par les API externe qui sont à destination du grand public. Donc déjà tout est dit :) Cela fait deux ans que ce n'est plus un débat pour moi depuis bien longtemps surtout que quand tu prouves quelque chose comme takapoto et bien cela n'en finit plus en . contre vérification :) Conclusion, tu gardes tes conclusions pour toi :)

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par bobbyO » 25 avr. 2017 14:42

Certes Benoist, mais avec l'Api IG il y a plusieurs manières de faire : Market Price ou Chart par exemple? N'est-ce pas ça la différence ?

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par Benoist Rousseau » 25 avr. 2017 14:52

même google a bridé ses api externes :lol:

Fais le test bobby quoique je dise les gens sont comme Saint Thomas. Comme je le dis cela fait pas mal de temps que j'ai arrêté de batailler. J'ai fait mes tests, j'ai tiré mes conclusions, je les ai exposé, on s'est fichu de moi. J'ai remballé. Chacun peut tester et vérifier.

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par takapoto » 25 avr. 2017 14:53

@Benoist : Je comprends les questionnements.
Car il y a quand même quelque chose de pas normal dans les résultats de mon test.
Je ne voulais pas en parler mais maintenant, je me sens obligé.
En effet, si on examine avec attention les résultats de mon test, on s'aperçoit
Spoiler:
qu'il y a deux nombres : 24 et 12.
Or, si on additionne ces deux nombres, on obtient : 36.
Ce qui peut également se prononcer "3" "6", soit 3 six, ce qui peut également s'écrire
666 !
La conclusion saute aux yeux : PRT à passé un pacte avec le diable pour avoir de meilleurs flux.
Je sais que je cours un grand risque en dévoilant cela, mais je v

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par takapoto » 25 avr. 2017 17:17

Je ne pense pas que les flux démos soient identiques aux flux réels.

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par Benoist Rousseau » 25 avr. 2017 17:18

Les flux demo :bravo: :lol2:

Heureusement que j'ai dis qu'il y a trois flux différents quelques heures avant sur la premium :musique: le flux demo c'est le flux streaming :mrgreen:

Tu n'as qu'à avoir la premium prt réel et Api IG sous les yeux ;) mais cette video je ne peux pas la faire ;)

On alors d'attendre qu'il y a de la volatilité et de trader :) Mais pour cela il faut avoir des comptes réels avec les flux premium réels et pas la demo :)

prt a tout de même plus de 400 serveurs un data center des lignes dédiées et des ingénieurs de grande école qui ne font que travailler sur l'amélioration des flux et ticks :)

D'ailleurs Ca va dépendre de ton fai, de ton pays par exemple, de la volatilité... mais bon déjà expliqué xx fois (par exemple à Tokyo ig est plus rapide que prt, prt plus rapide à Paris, identique à Rome etc) et falex l'a expliqué autrement dans cette même file avec la taille du tuyeau :) allez je le redis pour les sourds même google l'une des plus grosses boites du monde bride ses api externe :) c'est la base dès qu'on ouvre des api au grand publique. Rien d'étonnant.

Allez je mets en ignore cette file cela ne sert à rien d'aider les gens comme dirait Mélenchon, je perds mon temps avec des gens.

Allez on simplifie puisque vous ne devez pas beaucoup trader en réel. API et demo flux limités et bridés quand il y a de la volatilité . Taille du tuyeau réduit. Il ne s'élargit pas. Il resté fixe au contraire des premium. C'est pour cela qu'il y a trois flux. Le flux non filtré si tu n'as pas la fibre et un ordinateur costaud il saute quand il y a trop de volatilité sous l'avalanche des ticks. Quand il y a beaucoup de volatilité les api catastrophe. J'ai quand même passé quelques mois à trader avec et passer des milliers de trades. J'ai observé 12h par jour pendant plus d'une Année. Le test de takapoto est pile quand il y a de la volatilité 9h00 :) faites le lors d'une News vous allez rigoler :)

c'est comme ib en direct j'ai 10 ticks secondes maximummum en l'ayant les flux. Avec prt futures sur le même flux Eurex CME etc j'ai parfois parfois 5 à 10 fois plus de ticks quand il y'a de la volatilité ;) je n'ai pas du tout les mêmes graphiques et comme je scalper en 21 ticks ca change tout ib envoie 10 ticks par seconde maximummum c est bridé. Donc s'il y a 3 variations dans la seconde on revoit 3 ticks. S'il y en a 27 variations on recevra 10 ticks. prt envoie tous les ticks si on choisit ce flux. Je suis persuadé que pour les api après des milliers d'heures de trading il y a aussi un maximummum de tick seconde de programmé comme ib. cela économise beaucoup d'argent.

++

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par Benoist Rousseau » 25 avr. 2017 17:57

Ben oui tu as le flux streaming le plus bas de gamme. Le flux 3

Les api je pense que c est le flux 2 (filtré, limité peu importe le terme. D'ailleurs les requêtes sont limitées c'est un signe :) )

Le flux premium non filtré pour les clients. Avec prt premium tu choisis ton flux. Un flux non filtré sur un pc de base il ne tient pas. Il prend le flux agrégé sinon son ordinateur va friser. Quand tu as les deux sous les yeux c'est clair. L'une bouge pas et l'autre est hyper actif. C'est pour cela que je tradais notemment uniquement en ordre limite sur les api.

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par takapoto » 25 avr. 2017 18:30

PRT
25-04-2017 0900.png
25-04-2017 0900.png (16.08 Kio) Vu 573 fois
API
API 25-04-2017 0900.png
API 25-04-2017 0900.png (6.98 Kio) Vu 568 fois

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par Benoist Rousseau » 25 avr. 2017 18:43

takapoto a un historique fiable sur api, il est consolidé par de multiples personnes

prt 27 ticks
API 16 ticks

Il manque 60% de ticks pour l'api pour la même seconde.

Quand je vous dis que cela se voit à l'oeil nu...

amusez vous lors d'une annonce à 14h30 sur le chômage US par exemple... la proportion est beaucoup beaucoup plus importante que 60%.

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par anonyme899 » 25 avr. 2017 20:18

Bonjour,
Un petit mot rapide pour dire qu'on ne peut pas comparer les deux flux car pour ig les ticks sont récupérés au fur et à mesure alors que pour prt on se connecte et on affiche la journée d'un coup.
J'ai fait un ptit programme qui récupère les données de prt au fur et à mesure. Je viens de le relancer pour qu'il recupère la journée en entier et ainsi pouvoir comparer.
J'ai fait cela à 19h30 et j'ai une différence de 217 ticks , ce qui fait une différence de 0,6%. Donc clairement le flux en temps réel est très bon. Mais pas parfait. Ceci dit mon programme n'est pas parfait non plus , je vais essayer de voir ou sont ces 217 ticks.
Bonne soirée
Eric

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par Benoist Rousseau » 25 avr. 2017 20:23

Le flux est parfait puisqu'il t'envoie les ticks qui ont été mémorisés mais ta ligne internet est elle parfaite ? (Ce qui est absolument impossible surtout avec l'adsl) Tu as regardé les erreurs de paquets fec hec ceux qui sont arrivés en retard, incomplets et ainsi bloqué par ton modem donc non affiché sur ton écran etc que tu as reçu durant le même temps ? :) Ca peut largement dépasser 1% :) et ce sont eux qui arrivent en mauvais état ou en retard. Ceux qui n'arrivent jamais tu n'as aucune indication :) on peut t'envoyer tous les ticks 100% et tu en reçois que 99.40% ce qui est déjà pas mal :) ta box à un Algo pour compenser les paquets perdus quand tu regardes la télé. Il agit en permanence il remplace les pixels non reçus tu ne le vois pas. Par contre il ne peut pas remplacer les ticks sur ton graphique lol

Entre deux fai dans le même appartement j'avais 10 ticks perdu chez Orange en vdsl2 quand Numericale m'en perdait 60 avec le câble fibre et Free m'en perdait plus de 300 avec l'adsl durant le même temps (intradable). J'ai ouvert des lignes chez les 3. Free en premier catastrophe. Fermé Free pour numericable qui est moyen et ouverture Orange en complément. Bilan Orange pour le trading. Numericable pour la télévision.

Il faut connaître les bases de la technique de transmission :) par exemple ma ligne se dégradait le soir car tous les gens se connectent le soir en rentrant du boulot + download + YouTube => moins fiable, plus de collisions, embouteillage selon les zones,ralentissement ... donc plus de perte de ticks ;) il y a plein de petits tests pour vérifier tout cela. Tu remarqueras que le soir ton débit baisse et que sur un download de 10 gigas par exemple sur un seul fichier il y a beaucoup plus de variations que le matin à 6h par exemple. on a créé des logiciels pour recomposer les informations manquantes sur les divx blu etc qu'on télécharge (ce sont comme les Algos des box en gros Ca bouche /émule les trous de ce que tu n'as pas reçu).

Pour voire si ta ligne est bonne par exemple tu affiches le dax 30 en 10 ticks pour 1€ 5€ 25€

Si tu vois des bougies différentes c'est que tu as perdu des ticks ;) ce sont les 3 mêmes flux identique ;)

Fais le test sur 1€ 5€ 25€ En simultané tu verras tu n'auras pas exactement le même nombre de ticks en fin de journee et c'est exactement le même flux de départ qui t'a été envoyé :) c'est comme cela que je teste la qualité d'une ligne pour voir son taux d'erreurs réels je laisse tourner 24h et je compare avec le flux parfait qui a été envoyé. Je l'ai fais des dizaines de fois pour tester les api / prt et ces trois flux et mes différentes lignes internet. Et les résultats sont spectaculaires surtout quand il y a de la volatilité dans une journee. Bref des mois et des mois que je le dis c'est pour cela que j'ai arrêté de trader avec les api très rapidement.

Rien que comparer le nombre de ticks reçus en 1€ 5€ 25€ pour tester sa ligne c'est la base :) et parfois Ca vous donnera envie de déménager ou de tenter de prendre un autre fai. C'est ce que j'ai fait de nombreuses fois (déménager et changer de fai dans le même appartement). Bilan rien ne vaut la proximité du centrale. Et quand je dis proximité c est moins de 50 mètres comme j'ai eu :) plus tu es loin plus tu as des pertes plus tu peux avoir des noeuds etc et d'un fai à un autre cela a toujours été le jour et la nuit... ça coûte cher en frais de résiliation mais bon ça vaut le coup de tout tester.

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par anonyme899 » 25 avr. 2017 21:04

Oui tu as raison concernant la qualité de la ligne. Ce n'est pas parfait. En plus comme je le disais c'est peut être mon prog qui rate des lignes. Quand bien même il manquerait 0,6%, ce n'est pas la fin du monde. Mais je pense que je vais lancer la récuperation des ticks , le soir, ainsi j'ai tout. C'est un peu long mais c'est le pc qui bosse.

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par Benoist Rousseau » 25 avr. 2017 21:06

0.6% sur une journee molle. Sûrement beaucoup plus un jour de BCE et co.

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par chad » 25 avr. 2017 21:09

on simplifie puisque vous ne devez pas beaucoup trader en réel
arf je suis grillé :lol: :lol:

ceci dit le flux demo de fxcm est bien

mieux que certains brokers en réél :musique:

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par chad » 25 avr. 2017 21:16

on a créé des logiciels pour recomposer les informations manquantes sur les divx blu etc qu'on télécharge (ce sont comme les Algos des box en gros Ca bouche /émule les trous de ce que tu n'as pas reçu).
en fait je ne sais pas pour l'adsl mais je pense que c'est pareil que la tnt (cours d'afpa) =

tu as des bits de correction d'erreurs

exemple =

tu regardes tf1 (oui pourquoi pas)

tu as 90% du signal qui est le son et l'image et 10% (chiffres faux) qui est composé de bits de correction

si ta reception est parfaite tu n'auras pas besoin que ton decodeur utilise les bits de correction, sinon ils seront utilisés jusqu'a une certaine limite ou l'image deviendra saccadée puis à l'extreme tu n'auras plus qu'un ecran noir

c'est pareil je pense en adsl au delà d'une certiane limite tu perds des données

ce principe est vieux puisqu'il est aussi present dans les cd audio

en cas de disques és ou en voiture (chocs de la route) c'est très utile

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par Benoist Rousseau » 25 avr. 2017 21:17

Si tu parles de X.. Ca c'est sur je t'avais prévenu LOL

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par chad » 25 avr. 2017 21:19

oui par exemple :mrgreen: pour les amf

après il y'a les chypriotes c'était encore mieux :mrgreen: :mrgreen:

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par Benoist Rousseau » 25 avr. 2017 21:22

C'est exactement cela les bits de corrections

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par chad » 25 avr. 2017 21:30

comme quoi les cours de l'afpa m'ont servis et le niveau n'étais pas si bas

je me demande qui se rappelle de ça parmi les membres de a promo

et surtout combien ont un job dans le domaine de la formation (moins de 10% je pense)

Re: Nombre de ticks reçus en une seconde : PTR vs API IG

par chad » 25 avr. 2017 21:44

oui Swing je vois ce que tu veux dire

prisé des adeptes linux

il y'a aussi un truc utilisé dans les torrents qui empêche un fichier d'etre complet si non integre

Sujets similaires
On rigole un peu, les derniers messages reçus
par pierrep » 25 nov. 2016 17:03 (23 Réponses)
IG API : Augmentation du nombre de requet REST
par falex » 04 août 2016 10:31 (9 Réponses)
Nombre de ticks cfd à risque limité vs futures
par jean08 » 19 oct. 2017 09:02 (3 Réponses)
Changer le nombre de ticks pour adapter la vitesse ?
par LouRichard » 29 mars 2018 17:56 (2 Réponses)
Trader avec le même nombre de ticks sur Future et sur cfd à risque limité ?
Fichier(s) joint(s) par Benoist Rousseau » 24 juil. 2019 19:34 (11 Réponses)
Granularité des ticks rendus par l'API IB
par Guimbardino » 01 juin 2023 18:36 (5 Réponses)
Gagner 10 000 euros par seconde vous intéresse ?
par Amarantine » 27 avr. 2013 11:46 (6 Réponses)
Récupérer des données "à la seconde près"
par Sagal » 05 juil. 2014 03:36 (5 Réponses)
Pro Order UT 1 seconde
par adibool » 31 janv. 2015 18:31 (0 Réponses)
Attention le 30 juin à 23H59 à la seconde de recalage
Fichier(s) joint(s) par falex » 01 juin 2015 13:37 (4 Réponses)