Trading Sistemi Latenza In

BarsMonster: ho potuto vedere se per cose come stack di rete, che sono completamente dipendenti dalla piattaforma, richiederebbe un corpo di conoscenza prima di essere in grado di passare le piattaforme. In più le cose come forcella che sono comuni nel mondo POSIX, ma non sono possibili in un ambiente Windows. Credo che it39s una risposta ragionevole. ndash Billy ONeal 29 agosto 10 al 00:55 LinuxUNIX sono molto più usabile per gli utenti remoti simultanei, rendendo più facile lo script attorno ai sistemi, utilizzare strumenti standard come grepsedawkperlrubyless su tronchi. sshscp. tutto ciò che gli animali lì. Ci sono anche problemi tecnici, per esempio: per misurare il tempo trascorso su Windows è possibile scegliere tra una serie di funzioni basate sul segno di spunta orologio di Windows, e il QueryPerformanceCounter-basata su hardware (). Il primo è con incrementi ogni 10 a 16 millisecondi (nota: una certa documentazione implica una maggiore precisione - ad esempio i valori da GetSystemTimeAsFileTime () misura di 100ns, ma segnalano il bordo stesso 100ns della zecca di clock fino a quando le zecche di nuovo). Quest'ultimo - QueryPerformanceCounter () - ha show-stopping questioni in cui diversi corescpus può riferire orologi-dal-startup che si differenziano per alcuni secondi a causa di essere riscaldato in momenti diversi durante l'avvio del sistema. MSDN documenta questo come un possibile errore di BIOS, ma il suo comune. Così, chi vuole sviluppare sistemi di trading a bassa latenza su una piattaforma che non può essere strumentati correttamente (Ci sono soluzioni, ma non si trovano qualsiasi quelli software seduti comodamente in aumento o ACE). Molte varianti LinuxUNIX hanno un sacco di parametri facilmente modificabili per il commercio fuori latenza per un singolo evento contro la latenza media sotto carico, dimensioni fetta di tempo, politiche di scheduling ecc D'open source sistemi operativi, C'è anche la garanzia che viene fornito con l'essere in grado di fare riferimento alla codice quando pensi che qualcosa dovrebbe essere più veloce di quello che è, e la consapevolezza che una (potenzialmente enorme) comunità di persone che sono stati e stanno facendo così in modo critico - con Windows la sua, ovviamente, soprattutto andando a essere il popolo puttana assegnato a guardare. Sul lato FUDreputation - un po 'immateriale, ma una parte importante delle ragioni per la selezione del sistema operativo - Credo che la maggior parte dei programmatori del settore sarebbe solo fidarsi LinuxUNIX più per fornire la pianificazione e il comportamento affidabile. Inoltre, LinuxUNIX ha una reputazione per schiantarsi meno, se Windows è abbastanza affidabile in questi giorni, e Linux ha una base di codice molto più volatili di Solaris o FreeBSD. risposto 29 agosto 10 alla 0:42 sistemi operativi client di Windows consentono solo una persona di usare RDP alla volta. Tuttavia Windows Terminal Server è stato in giro per sempre (è stato, infatti, l'uso originale del PSR) e permette il maggior numero di connessioni quando si dispone di licenze di accesso client. Windows Server operativi venire con la capacità di avere più di un utente remoto di default. Se si potesse procurarsi il commento sulla pianificazione allora vorrei 1 qui - che una parte della risposta sembra essere FUD a questo punto per me (il resto della risposta è buono). YMMV. ndash Billy ONeal 29 agosto 10 al 0:50 Non vi è alcuna programmazione UNIXLinux. It39s uno dei settori in cui le implementazioni diverse. E Linux, infatti, ha avuto più di una scelta scheduler (google Completely Fair Scheduler Linux per lo sfondo), in modo da can39t anche dire quotLinux programmazione è reliablequot. ndash MSalters 30 agosto 10 alle 11:37 ho secondo le opinioni di interesse storico e l'accesso al kernel manipolazione. A parte queste ragioni credo anche che, proprio come il modo in cui si spengono garbage collection di e il meccanismo simile a Java quando si utilizzano queste tecnologie in qualche bassa latenza. Essi potrebbero evitare di Windows perché le API ad alto livello che interagiscono con basso livello di sistema operativo e quindi il kernel. Così il nucleo è naturalmente il kernel che può essere interagito con usando l'os basso livello. Le API di alto livello sono previsti solo per rendere la vita comune degli utenti più facile. Ma in caso di bassa latenza di questo si rivela essere una perdita strato di grasso e secondi della frazione intorno ad ogni operazione. Quindi una scelta redditizia per guadagnare qualche secondo di frazione per ogni chiamata. Oltre a questo un altro aspetto da considerare è l'integrazione. La maggior parte dei server, data center, gli scambi utilizzare UNIX non le finestre in modo da utilizzare i clienti di una stessa famiglia rende l'integrazione e la comunicazione più facile. Poi ci sono problemi di sicurezza (molte persone là fuori potrebbero non essere d'accordo con questo punto però) l'hacking UNIX non è facile rispetto all'hacking WINDOWS. I dont d'accordo di licenza deve essere il problema per le banche perché hanno doccia soldi su ogni singolo pezzo di hardware e software e le persone che li personalizzano, in modo da licenze di acquisto non sarà così grande è il problema quando in considerazione quello che guadagnano con l'acquisto. risposto 21 dicembre 12 alle 20:05 La vostra risposta 2017 Stack Exchange, IncCambridge, UK ndash 23 giu 2014 ndash Argon Design. una società di servizi di progettazione specializzata in sistemi digitali complessi annunciato oggi di aver sviluppato un sistema di trading finanziario a latenza ultra-bassa per una casa di proprietary trading facendo arbitraggio di latenza su una delle borse più importanti del continente americano. La piattaforma di trading completa che include funzioni di tempo reale l'ingestione di dati di mercato attraverso il sostegno algoritmo per risolvere a base di fine collocamento è andato in diretta nel maggio 2014. Esso si basa sui risultati innovativi Argon annunciati nel mese di settembre 2013 per il commercio alte prestazioni con un design ibrido di FPGA e tecnologie x86. Questo unisce i percorsi veloci attuate in FPGA di dare risposte di livello nanosecondo tick-to-commercio eventi chiave insieme con l'installazione occasione, la determinazione dei parametri e la gestione del sistema su un server x86 ad alte prestazioni. Il meglio di hardware razza comprende un server Hyper-Velocità Supermicro con processori dual Intel Xeon E5 assemblati e forniti da Bios IT, così come un interruttore Arista 7124FX con integrato Stratix V FPGA. La logica FPGA utilizza una serie di tecniche di ottimizzazione sviluppate da Argon per massimizzare il vantaggio della velocità. Questi includono l'analisi in linea, prelazione, l'inferenza e il gateway di arbitrato. Per alimentare le varie tecniche di inferenza, l'FPGA include la logica complessa per costruire e mantenere ordini e statistiche. FASTFIX analisi viene fatta in maggior parte a 64ns e portafoglio ordini edificio è completato in 32NS. Per i più interfacce di rete di latenza, il sistema utilizza terminale di latenza Tamba Networksrsquo 1G MAC. Il managing partner della casa di commercio commentato scambi diventano più deterministico, è importante avere una piattaforma che dà un vantaggio di velocità, nonché le strategie di trading intelligenti. Il sistema di Argon ci ha dato quel vantaggio. Steve Barlow, CTO di Argon design commentato il commercio ad alte prestazioni continua ad essere attivo in tutti i mercati di tutto il mondo. Come si diventa forse più di nicchia, per vincere sarà necessario l'accesso a entrambe le tecnologie ad alte prestazioni e la capacità di selezionare e assemblare le parti necessarie. Al Argon crediamo nel dettaglio di ndash di ingegneria specializzata ogni cliente è diverso e, quindi, sviluppiamo sistemi su misura che danno il bordo vitale. A proposito di Argon design Argon Design è stata fondata nel 2009 e opera nel cuore del famoso Cambridge Technology Cluster con accesso alla porta dell'intelletto marketsrsquo. Nel settore del trading finanziario, Argon design aiuta i team in-house, fornendo competenze specialistiche o risorse aggiuntive per i progetti così come i disegni su misura completi in settori quali: eterogeneo progettazione hardware e software di sistema apparecchio architettura e la produzione basata su FPGA developmentprogramming many-core l'hardware del processore e software utilizzando Tilera, Intel e altri rete di elaborazione della GPU developmentprogramming e OpenCLAll il tempo si sente parlare di trading ad alta frequenza (HFT) e come dannatamente veloce gli algoritmi sono. Ma Im chiedendo - che cosa è veloce in questi giorni Im non pensare la latenza causata dalla distanza fisica tra uno scambio e il server che esegue un'applicazione commerciale, ma la latenza introdotta dal programma stesso. Per essere più precisi: Qual è il tempo da eventi che arrivano sul filo in un'applicazione per che l'applicazione emette un orderprice sul filo cioè tick-to-trade tempo. Stiamo parlando sub-millisecondo o sub-microsecondo Come fanno le persone a raggiungere queste latenze di codifica in assemblea FPGA codice Buon vecchio C Theres stato recentemente pubblicato un articolo interessante su ACM, fornendo un sacco di dettagli in oggi di tecnologia HFT, che è un ottimo lettura : quotOn il wirequot è una specie di confine sfocata. Ci vuole tempo per un pacchetto di dati completo per arrivare, e alcuni di trattamento potrebbe essere già iniziato prima è stato ricevuto l'intero messaggio. Tutto è distorta attraverso i diversi strati del sistema di memoria e il kernel e l'applicazione, e la gente sta prestando particolare attenzione a quella skew. ndash SH1 1 luglio 13 alle 12:49 Im il CTO di una piccola azienda che produce e vende sistemi HFT basati su FPGA. Costruire i nostri sistemi on-top della Domanda Onload motore Solarflare (AOE) ci è stato fornire costantemente la latenza da un evento di mercato interessante sul filo (dati di mercato 10Gbs UDP nutrono da ghiaccio o CME) al primo byte del messaggio di ordine risultante colpire il filo in 750 al 800 nanosecondi gamma (sì, sub-microsecondo). Ci aspettiamo che i nostri prossimi sistemi versione sarà nel range 704-710 nanosecondo. Alcune persone hanno sostenuto un po 'meno, ma questo è in un ambiente di laboratorio e non in realtà seduti a un COLO a Chicago e compensazione degli ordini. I commenti sulla fisica e la velocità della luce sono validi, ma non rilevante. Tutti quelli che è seriamente intenzionata a HFT ha i propri server in un COLO nella stanza accanto al server scambi. Per entrare in questo dominio sub-microsecondo non si può fare molto dalla CPU host tranne comandi implementazione della strategia di alimentazione del FPGA, anche con tecnologie come bypass del kernel si dispone di 1,5 microsecondi di overhead inevitabile. Quindi, in questo campo tutto sta giocando con FPGA. Una delle altre risposte è molto onesto nel dire che in questo mercato altamente segreta pochissime persone parlano gli strumenti che utilizzano o le loro prestazioni. Ognuno dei nostri clienti richiede che noi nemmeno dire a nessuno che usano i nostri strumenti né rivelare nulla su come li utilizzano. Questo non solo rende il marketing difficile, ma impedisce in realtà il buon flusso di conoscenze tecniche tra coetanei. A causa di questa necessità di entrare in sistemi esotici per la parte veloce malvagia del mercato youll trovare che la Quants (le persone che vengono in su con gli algoritmi che facciamo andare veloce) stanno dividendo il loro algos in strati temporali evento-to-risposta. Nella parte superiore del mucchio tecnologia sono i sistemi sub-microsecondi (come la nostra). Il livello successivo sono i sistemi su misura C che fanno uso pesante di by-pass del kernel e theyre nel range 3-5 microsecondi. Il livello successivo sono le persone che non possono permettersi di essere su un filo 10Gbs un solo hop router dallo scambio, possono essere ancora al Colos ma a causa di un gioco brutto che chiamiamo porta roulette theyre nelle decine a centinaia di dominio microsecondi. Una volta che si entra in millesimi di secondo la sua quasi non HFT più. Mercury-Minerva, si menziona 39latency da un evento di mercato quotinterestingquot sul wire39 e FPGA. Mi chiedevo se ci sono schede di rete Ethernet byte-oriented per evitare la latenza 1-frame costretto dalla NIC tipici frame-at-a-tempo (che è almeno 67 ns a 10GbE). Sapreste ndash hmijail 27 gennaio alle 14:58 Buon articolo che descrive quello che è lo stato di HFT (nel 2011) e fornisce alcuni esempi di soluzioni hardware che rende nanosecondi realizzabile: Wall Street Need For Speed ​​Trading: nanosecondo di età con la gara per la più bassa latenza costante, alcuni partecipanti al mercato sono ancora parlando di picosecondstrillionths di secondo. EDIT: Come Nicholas gentilmente detto: Il collegamento menziona una società, Fixnetix, che può preparare un commercio di 740ns (vale a dire il tempo da un evento di ingresso si verifica ad un ordine inviato). ha risposto 1 luglio 13 alle 9:03 SLL 41.4k 9679 10 9679 66 9679 115 Il collegamento cita una società, Fixnetix, che può quotprepare un tradequot a 740ns (vale a dire il tempo da un evento di ingresso si verifica ad un ordine inviato). ndash Nicholas 1 luglio 13 alle 12:34 destro, questo è il punto essenziale. Mi permetterà di modificare la risposta e aggiungere questo, grazie ndash SLL Jul 1 13 alle 12:43 In questi giorni cifra singola tick-to-trade in microsecondi è il bar per le imprese HFT competitive. Si dovrebbe essere in grado di fare cifre alte singoli utilizzando solo software. Poi usec LT5 con hardware aggiuntivo. Per quello che il suo valore, TIBCOs FTL prodotto di messaggistica è sub-500 ns per all'interno di una macchina (memoria condivisa) e pochi secondi micro usando RDMA (Remote Direct Memory Access) all'interno di un data center. Dopo di che, la fisica diventa la parte principale dell'equazione. Così che è la velocità alla quale i dati possono ottenere dal feed all'applicazione che prende decisioni. Almeno un sistema di messaggistica ha rivendicato 30ns interthread, che è probabilmente un punto di riferimento ottimizzato, in modo chiunque a parlare di numeri più bassi sta usando una sorta di magia CPU. Una volta che siete in app, è solo una questione di quanto velocemente il programma è in grado di prendere decisioni.