Cel mai rapid Broker? (testul vitezei serverelor de broker)
Colegii de la magazin, considerați că este importantă rata de procesare a aplicațiilor dvs. (așa-numita călătorie dus-întors), adică momentul din momentul în care ați trimis cererea dvs. la schimb înainte de efectuarea tranzacției și primirea de feedback?
Cu siguranță, mulți vor răspunde pozitiv, deoarece acest indicator este foarte important, în special pentru tranzacțiile pe parcursul zilei și pentru algoi.
În acest articol, vom vorbi despre modul de îmbunătățire a călătoriei rotunde a aplicațiilor utilizând decizii simple de buget.
Voi da o descriere a unui număr de factori care pot afecta acest indicator, precum și rezultatele măsurării vitezei procesării cererilor pe conturile reale ale unor brokeri. Inițial, testarea a fost doar pentru nevoile practice, dar am decis, de asemenea, să vă împărtășesc cu toții colegii mei, cred că și eu voi fi interesat!
Unul dintre brokerii mei, unde am un cont, și-a actualizat serverele și software-ul corespunzător și afirmă că viteza de procesare a cererilor clientului pe serverele lor a crescut de 100-200 ori. Potrivit afirmațiilor lor, se pare că aplicațiile de pe serverele lor nu se opresc deloc și zboară imediat la schimb, iar viteza de procesare a aplicațiilor pe serverele lor tinde la zero!
Puțini s-au îndoit că serverele lor sunt foarte rapide, dar astfel de declarații sunt percepute ca o mișcare de marketing.
De fapt, nu m-am interesat prea mult: bine, funcționează și bine, dar curiozitatea încă a dominat și de îndată ce am avut timp liber m-am întrebat cum pot verifica aceste afirmații ambițioase ale brokerului?
Într-adevăr seamănă cu: în sfânta sfintelor - pe serverul lor nu vor lăsa pe nimeni acolo să facă experimente și măsurători, dar doriți să verificați. Nu putem măsura serverul brokerului, dar putem măsura viteza generală de procesare a aplicației (călătorie dus-întors) din momentul în care este trimisă de către comerciant de la PC-ul său pentru a primi informații despre execuția acestuia. Pentru a înțelege calea pe care aplicația noastră o depășește pe calea către bursă, voi da o mică ilustrare simplificată în figura de mai sus. În figură am indicat timpul aproximativ pentru fiecare secțiune să treacă într-o direcție în milisecunde, feedback-ul privind executarea aplicației merge pe aceeași cale, adică timpul total va fi și mai mare.
După cum se poate observa din figură, zona cea mai "problematică" este serverul brokerului, moment în care costurile sunt adesea mai mari de 100 ms.
Cea mai simplă soluție care vine în minte este pur și simplu să se conecteze direct la schimbul de bypassing serverul de broker folosind acces direct al tipului PLAZAII. Dar acest lucru costă câteva mii pe lună, iar timpul petrecut pentru a trece prin semnalul de pe Internet rămâne neschimbat, deci această opțiune dispare de la sine. Dar de ce este nevoie deloc dacă brokerul nostru spune că timpul petrecut pe serverele sale este aproape de zero și toate acestea sunt disponibile fiecărui client fără nici o taxă suplimentară?
Pentru a verifica afirmațiile brokerului, trebuie să comparați turul general prin serverul său și turul general prin serverele concurenților.
Dovada de autenticitate revendicările broker va fi diferența absolută în timp - mai mult de 100 ms. în ciuda faptului că „nostru“ broker de întârziere la zero, servere, celelalte verigi din lanțul reflectat în figură a rămas constantă lui, iar diferența ar trebui să fie în momentul în care este cheltuit servere concurent pentru a procesa cererile de pe serverele lor, care, în opinia noastră, este identică cu indicatorul , care a fost la brokerul "nostru" înainte de upgrade - 40-120 ms.
Pentru testare, aveți nevoie de 2 lucruri:
- alegeți un software rapid, pe care îl vom măsura drumul dus-întors,
- alegeți brokeri rivali vrednici (cât mai repede posibil).
În ceea ce privește software-ul este simplu. Cea mai rapidă modalitate de a introduce comenzi pentru o bursă este o mașină de scalper cu un geam. Ceea ce avem în comun este accesul: QScalp, EasyScalp, LiveTradeScalping. Dintre toate cele de mai sus, numai EasyScalp dispune de funcționalitatea corespunzătoare pentru măsurarea turului în deplasare.
Cu brokerii un pic mai dificil: pentru a obține viteza cea mai rapidă Unitatea EasyScalp trebuie conectată direct la serverul brokerului! Orice tampoane de pe calea unității sunt o povară și consumatoare de timp atunci când se conectează prin ele, un exemplu tipic al unei astfel de conexiuni eronate este conexiunea Quik. Câțiva brokeri și-au dezvoltat de mult propriile Protocoale pentru conectarea directă a software-urilor terțelor părți la serverele lor prin așa-numitele interfețe API (COM). O listă a acestor brokeri, conexiunea care este acceptată de unitatea EasyScalp, este listată pe site-ul unității. Din păcate, nu sunt atât de multe dintre ele: FINAM (TRANSAQ Connector) și ITinvest (SmartCOM). Anterior a existat un conector pentru Alor, dar având în vedere suportul său arhaic, a fost abandonat, există un API pentru un terminal foarte interesant NetInvestor, dar datorită distribuției sale mici, dezvoltatorii de software terți nu îl acceptă.
Va trebui să folosim ceea ce există, care, în principiu, este de asemenea o opțiune bună.
Finam în acest caz este un mare broker tehnologic, viteza serverelor sale ar trebui să fie foarte ridicată și poate una dintre cele mai bune din clasa sa. Astfel, serverele sale în curs de testare vor fi protejate nu numai de onoarea companiei lor, ci și de mulți - întreaga comunitate de brokeraj, deoarece ceilalți indicatori ar trebui să fie comparabili sau mai răi (după părerea mea).
Cum a fost efectuată testarea. În unitatea EasyScalp au fost configurate simultan două conexiuni (conectori): ITinvest (SmartCOM) și Finam (TRANSAQ Connector).
Înainte de testare, am fost "ping" servere de broker: furnizorul meu de Internet a avut o viteză de 10-12 ms, și aproape identic pe serverele celor două brokeri.
La fiecare conector, tranzacțiile au fost făcute alternativ prin ofertele de pe piață. Pentru o mai mare obiectivitate, s-au făcut mai multe tranzacții (10) pentru un contract în fiecare, 5 poziții pe instrumentul futures pentru acțiunile Sberbank au fost deschise / închise. Atât serverul principal, cât și cel de așteptare al brokerilor au fost testate. În cursul procesului, am făcut capturi de ecran și apoi am transferat datele în tabel.
Rezultatele testelor vorbesc elocvent. Și am fost foarte impresionat: cu un an și jumătate în urmă, când am citit lucrul în timpul zilei prin QUIK și timpul tipic pentru elaborarea aplicației a fost de 500 ms, viteza în 50 de ms poate fi legată doar de Plaza.
În ciuda faptului că serverul Finamovskie pierdut în pură această luptă, care arată viteza medie de mai mult de 3 ori mai lent decât ITinvest (190/57), cu toate acestea, cred că au arătat ei înșiși în mod adecvat, cel puțin la fiecare broker rus chiar Finam poate concura ...
Rezultatele. ITinvest a confirmat poziția de lider ca cel mai rapid broker și declarațiile sale puternice cu privire la viteza de serverele lor: diferența dintre rotunde-droidul brokerii a fost de 133 ms (190-57), care este ceea ce ne-am dorit sa demonstreze (o diferență de mai mult de 100 ms, după cum a spus mai sus ).
Este destul de clar de ce acest broker este preferat de majoritatea intradayshchikov și algo-traders. Rămânem pe cale amiabilă pe site-ul serviciului de stat și deschideți conturi acolo cu acest broker, dacă nu ați făcut-o deja!
P.S. îmbunătățirea ușoară a vitezei de procesare a aplicațiilor se poate face printr-o mică optimizare pe partea clientului:
- broker de server ping, alegeți cel mai "receptiv" și, dacă este necesar, modificați furnizorul de Internet,
- nu utilizați routerele depășite - acestea pot face o întârziere vizibilă, se aplică și PC-urilor învechite: dacă PC-ul este vechi, nu executați aplicații inutile pe el în timpul comerțului,
- În cele din urmă, cel mai important lucru este că va inspira multe la acțiune: NU utilizați QUIK!