A leggyorsabb bróker (brókerszolgálók gyorsasági tesztje)
A leggyorsabb bróker? (broker szerverek sebességmérése)
A boltban levő munkatársak fontosnak tartják az alkalmazások feldolgozásának ütemét (úgynevezett kerekutazást), vagyis attól a pillanattól kezdve, amikor elküldte alkalmazását a csereügyletbe a tranzakció megkezdése előtt és visszajelzést kapott?
Bizonyos, hogy sokan pozitívan válaszolnak, mivel ez a mutató nagyon fontos, különösen a napközbeni kereskedelem és az algotradeing esetében!
Ebben a cikkben arról beszélünk, hogyan javíthatjuk az alkalmazások körforgását egyszerű költségvetési döntésekkel.

Számos olyan tényezőt ismertetek, amelyek befolyásolhatják ezt a mutatót, valamint az egyes brókerek tényleges számláinak feldolgozásának sebességét. Eredetileg a tesztelés pusztán a gyakorlati igényekhez igazodott, de úgy döntöttem, hogy veled megosztom kedves kollégáimat, azt hiszem, érdekelni fogja!
Az egyik brókerem, ahol van számlám, frissítette szervereit és a megfelelő szoftvert, és megállapítja, hogy a kliensalkalmazások feldolgozási sebessége a szerverein 100-200 alkalommal nőtt. Nyilatkozatuk szerint kiderül, hogy a kiszolgálókon futó alkalmazások egyáltalán nem maradnak el, és azonnal eljutnak a csere felé, és a szerverekhez tartozó alkalmazások feldolgozási sebessége nulla!
Kevés kételkedett abban, hogy a szervereik nagyon gyorsak, de az ilyen kijelentéseket marketinges mozgásnak tekinti.
Igazából nem nagyon érdekelt: jól működik és rendben van, de a kíváncsiság még mindig érvényesül, és amint szabadidőm van, megkérdeztem magamtól, hogyan ellenőrizhetem a közvetítő ezen ambiciózus kijelentéseit?
Igazán tetszik: a szentek szentségében - a kiszolgálón nem engedik meg senkinek, hogy kísérleteket és méréseket végezzen, de ellenőrizni akarja. Nem tudjuk megmérni a bróker kiszolgálóját, de mérjük az alkalmazás teljes feldolgozási sebességét (visszamenően) attól a pillanattól kezdve, hogy a kereskedő elküldte a számítógépről a végrehajtására vonatkozó információkat. Ahhoz, hogy megértsük, milyen pályázatot nyerünk alkalmazásunkkal a tőzsdén, egyszerűsített illusztrációt adunk a fenti ábrán. Az ábrán az egyes szakaszok hozzávetőleges idejét jelöltem meg egy adott irányban milliszekundumban, az alkalmazás végrehajtásával kapcsolatos visszajelzések ugyanazon az úton haladnak, vagyis a teljes idő még nagyobb lesz.
Amint az az ábrán látható, a leginkább "problémás" terület az ügynök kiszolgálója, amelynél a költségek gyakran több mint 100 ms.
A legegyszerűbb megoldás, hogy eszembe jut, egyszerűen kapcsolódni közvetlenül a csere megkerülve a brókert kiszolgáló közvetlen hozzáférést a PLAZAII típusú. De ez a dolog havonta több ezernyi költséget jelent, és az internetes jel továbbadásának időtartama változatlan marad, így ez a lehetőség önmagában eltűnik. De miért van szükség egyáltalán, ha a brókerünk azt mondja, hogy a szervereire fordított idő nullához közelít, és mindez minden ügyfél számára elérhető?
A bróker kijelentéseinek ellenőrzéséhez össze kell hasonlítanod az átfogó utazást a kiszolgálón és az általános körbevezetést a versenytársak szerverein keresztül.
Az abszolút időbeli különbség - több mint 100 ms a bizalmi megbízások bizonyítékaként szolgál. annak ellenére, hogy a „mi” közvetítő késedelem nullára szerverek, a másik az egyes láncszemek tükröződik a szám maradt az ő állandó, és a különbség legyen az idő, hogy töltött versenyző szerverek kérelmek feldolgozására saját szerverek, amelyek véleményem megegyezik az indikátor , ami a "mi" brókerünknél volt a frissítés előtt - 40-120 ms.
A teszteléshez 2 dolog szükséges:
- válasszon egy gyors szoftvert, amelyet mérni fogunk az utazás során,
- válasszon érdemes (lehető leggyorsabban) rivális brókereket.
A szoftver egyszerű. A tőzsdei megrendelések beírásának leggyorsabb módja egy üvegcserélő meghajtó. Mi közös a hozzáférés: QScalp, EasyScalp, LiveTradeScalping. A fentiek közül csak az EasyScalp rendelkezik megfelelő funkcióval az utazás méréséhez.
Az ügynökök egy kicsit nehezebbé válnak: a leggyorsabb sebesség elérése érdekében az EasyScalp meghajtót közvetlenül a közvetítő szerveréhez kell csatlakoztatni! A meghajtó útvonalon lévő bármely betét teher és időigényes, amikor összekötődik rajta, az ilyen hibás kapcsolat tipikus példája a Quik kapcsolat. Számos bróker már régóta kifejlesztette saját protokolljait a harmadik féltől származó szoftverek közvetlen összekapcsolására a kiszolgálókon az úgynevezett API (COM) interfészeken keresztül. Az ilyen közvetítők listája, az EasyScalp meghajtó által támogatott kapcsolat szerepel a meghajtó oldalon. Sajnos nem sok közülük van: a FINAM (TRANSAQ Connector) és az ITinvest (SmartCOM) mindez. Korábban csatlakozóhoz Alor, hanem azért, mert archaikus jellege támogatás csökkent, vannak API interfész egy nagyon érdekes NetInvestor terminál, ám a kis a széttárt fél szoftverfejlesztők túl kevés támogatást.
Meg kell használnunk azt, ami ott van, ami elvben szintén jó lehetőség.
A Finam ebben az esetben egy nagy technikai bróker, a szerverek sebessége nagyon magas és talán az egyik legjobb az osztályában. Tehát a szervereket a tesztelés során nem csak vállalata tiszteletének, hanem sokaknak - az egész brókercégnek is védeni kell, mivel a többi mutatónak hasonlónak vagy rosszabbnak kell lennie (véleményem szerint).
A vizsgálat elvégzése. Az EasyScalp meghajtóban két csatlakozást (csatlakozót) konfiguráltak egyidejűleg: ITinvest (SmartCOM) és Finam (TRANSAQ csatlakozó).
A tesztelés előtt "brosúráztam" a brókerek szervereit: az internetszolgáltató 10-12 ms-os sebességgel, és szinte azonos volt a brókerek kiszolgálóin.
Minden egyes csatlakozó esetében a kereskedések váltakozva váltak a piacon. A nagyobb objektivitás érdekében több ajánlatot (10) tettek meg 1 szerződésre vonatkozóan, a Sberbank részvényeinek határidős instrumentumára 5 pozíciót nyitottak / zárták. A brókerek fő és készenléti kiszolgálóját is tesztelték. A folyamat során screenshotokat készítettem, majd átvittem az adatokat az asztalra.
A teszt eredmények maguk ékesszólóan szólnak. És nagyon lenyűgözött: másfél évvel ezelőtt, mikor a nap folyamán a QUIK-on keresztül olvastam a munkát, és az alkalmazási idő 500 ms volt, a sebesség 50 ms-ban csak a Plaza-hoz kapcsolódhatott.
Annak ellenére, hogy Finamovskie szerver elvesztette tiszta ebben a csatában, amely bemutatja az átlagos sebessége több mint 3-szor lassabb, mint ITinvest (190/57), ennek ellenére úgy vélik, megmutatta, hogy magukat megfelelően, legalább minden orosz iroda még Finam versenyezhet ...
Az eredményeket. ITinvest megerősítette vezető pozícióját a leggyorsabb iroda és az erős kijelentéseket a sebességet a szerverek: a különbség a kerek Thripio irodák 133 ms (190-57), ez az, amit szerettünk volna bizonyítani (a különbség több, mint 100 ms, mint említettük ).
Teljesen világos, hogy ez a bróker a legtöbb intradayshchikov és algo-kereskedő számára előnyös. Rendszeresen járunk el az Állami Szolgálat honlapján és nyitjuk meg a számlákat ezen a közvetítőn, ha még nem tette meg!
P.s. enyhén javítja az alkalmazások feldolgozási sebességét egy kis optimalizálással az ügyfél oldalán:
- pinging szerver bróker, válassza ki a leginkább "reagáló", és ha szükséges, változtassa meg az internet szolgáltató,
- ne használjon elavult útválasztókat - észrevehető késleltetést észlelhet, ez vonatkozik az elavult számítógépekre is: ha a számítógép régi, ne vezessenek rá szükségtelen alkalmazásokat a kereskedelem során,
- Nos, végül a legfontosabb az, hogy sokakat ösztönözni fog a cselekvésre: NE használja a QUIK-ot!