BarsMonster: Saya dapat melihat meskipun untuk hal-hal seperti tumpukan jaringan, yang benar-benar bergantung pada platform, akan memerlukan beberapa pengetahuan sebelum bisa mengganti platform. Plus hal-hal seperti garpu yang umum di dunia POSIX tapi tidak mungkin di lingkungan Windows. Saya pikir itu jawaban yang masuk akal. Ndash Billy ONeal 29 Agustus 10 di 0:55 LinuxUNIX jauh lebih bermanfaat untuk pengguna remote bersamaan, sehingga memudahkan skrip di sekitar sistem, menggunakan alat standar seperti grepsedawkperlrublessless on logs. Sshscp Semua barang itu ada disana Ada juga masalah teknis, misalnya: untuk mengukur waktu yang telah berlalu pada Windows Anda dapat memilih di antara seperangkat fungsi berdasarkan tick Windows clock, dan QueryPerformanceCounter berbasis hardware. Yang pertama adalah kenaikan masing-masing 10 sampai 16 milidetik (catatan: beberapa dokumentasi menyiratkan lebih presisi - misalnya nilai dari GetSystemTimeAsFileTime () mengukur ke 100ns, namun mereka melaporkan tepi 100ns yang sama pada jam centang sampai kutu lagi). Yang terakhir - QueryPerformanceCounter () - memiliki masalah penghentian acara dimana corescpus berbeda dapat melaporkan jam kerja-sejak-startup yang berbeda beberapa detik karena dihangatkan pada waktu yang berbeda selama boot sistem. MSDN mendokumentasikan ini sebagai bug BIOS yang mungkin, namun umum. Jadi, siapa yang ingin mengembangkan sistem perdagangan laten rendah pada platform yang tidak dapat diinstrumentasi dengan benar (Ada solusinya, namun Anda tidak akan menemukan perangkat lunak yang mudah digunakan dalam meningkatkan atau ACE). Banyak varian LinuxUNIX memiliki banyak parameter yang mudah ditebak untuk menukar latency untuk satu kejadian melawan latensi rata-rata di bawah beban, ukuran irisan waktu, kebijakan penjadwalan, dll. Pada Sistem Operasi open source, ada juga jaminan yang menyertainya dengan mengacu pada Kode ketika Anda berpikir sesuatu harus lebih cepat dari itu, dan pengetahuan bahwa komunitas (berpotensi besar) orang telah dan melakukannya dengan sangat kritis - dengan Windows yang jelas terutama menjadi pelacur orang yang ditugaskan untuk melihatnya. Di sisi FUDreputation - agak tidak berwujud tapi merupakan bagian penting dari alasan pemilihan OS - menurut saya sebagian besar pemrogram di industri hanya akan mempercayai LinuxUNIX lebih banyak untuk menyediakan penjadwalan dan perilaku yang andal. Selanjutnya, LinuxUNIX memiliki reputasi yang kurang menabrak, meskipun Windows cukup dapat diandalkan akhir-akhir ini, dan Linux memiliki basis kode yang jauh lebih mudah menguap daripada Solaris atau FreeBSD. Menjawab 29 Agustus 10 di 0:42 Sistem operasi klien Windows hanya mengizinkan satu orang untuk menggunakan RDP dalam satu waktu. Namun Windows Terminal Server telah ada selamanya (sebenarnya, ini adalah penggunaan asli RDP) dan ini memungkinkan banyak koneksi seperti Anda memiliki Lisensi Akses Klien. Windows Server OS hadir dengan kemampuan untuk memiliki lebih dari satu pengguna jarak jauh secara default. Jika Anda bisa mencari komentar tentang penjadwalan, maka saya akan membahasnya - bagian dari jawaban tersebut tampaknya adalah FUD pada saat ini bagi saya (jawaban lainnya bagus). YMMV Ndash Billy ONeal 29 Agustus 10 at 0:50 Tidak ada penjadwalan UNIXLinux. Ini salah satu bidang di mana implementasi berbeda. Dan Linux sebenarnya telah memiliki lebih dari satu pilihan scheduler (google Completely Fair Scheduler Linux untuk latar belakang), jadi Anda bahkan bisa mengatakan penjadwalan quotLinux dapat diandalkan. Ndash MSalters 30 Agustus 10 di 11:37 Saya kedua pendapat historis dan akses ke manipulasi kernel. Terlepas dari alasan itu, saya juga percaya bahwa sama seperti bagaimana mereka mematikan pengumpulan sampah dan mekanisme serupa di Jawa saat menggunakan teknologi ini dalam beberapa latency rendah. Mereka mungkin menghindari Windows karena API pada tingkat tinggi yang berinteraksi dengan os tingkat rendah dan kemudian kernel. Jadi intinya tentu saja kernel yang bisa berinteraksi dengan menggunakan level os rendah. API tingkat tinggi disediakan hanya untuk membuat pengguna biasa menjadi lebih mudah. Namun dalam kasus latency rendah ini ternyata menjadi lapisan lemak dan pecahan detik rugi di sekitar masing-masing operasi. Jadi pilihan yang menguntungkan untuk mendapatkan beberapa detik detik per panggilan. Terlepas dari hal lain yang perlu dipertimbangkan adalah integrasi. Sebagian besar server, pusat data, pertukaran menggunakan UNIX tidak windows sehingga menggunakan klien keluarga yang sama membuat integrasi dan komunikasi menjadi lebih mudah. Maka Anda memiliki masalah keamanan (banyak orang di luar sana mungkin tidak setuju dengan hal ini sekalipun) hacking UNIX tidak mudah dibandingkan dengan hacking WINDOWS. Saya tidak setuju perizinan harus menjadi masalah bagi bank karena mereka menyisihkan uang untuk setiap perangkat keras dan perangkat lunak dan orang-orang yang menyesuaikannya, jadi lisensi pembelian tidak akan menjadi masalah yang lebih besar bila mempertimbangkan apa yang mereka dapatkan dengan membeli. Jawab 21 Des 12 di 20:05 Jawaban Anda 2017 Stack Exchange, IncCambridge, Inggris ndash 23 Juni 2014 ndash Argon Design. Sebuah perusahaan jasa desain yang mengkhususkan diri dalam sistem digital yang kompleks hari ini mengumumkan telah mengembangkan sistem perdagangan keuangan latency ultra-rendah untuk sebuah rumah perdagangan eksklusif yang melakukan arbitrase latency di salah satu bursa terkemuka di Amerika. Platform perdagangan penuh yang mencakup fungsi dari penumpukan data pasar real time melalui dukungan algoritma hingga penempatan pesanan berbasis FIX berlangsung pada bulan Mei 2014. Ini didasarkan pada hasil terobosan yang diumumkan Argon pada bulan September 2013 untuk perdagangan kinerja tinggi menggunakan desain hibrida FPGA dan Teknologi x86 Ini menggabungkan jalur cepat yang diterapkan di FPGA untuk memberikan respons tik-to-trade tingkat nanosecond ke acara utama bersamaan dengan penyiapan peluang, penentuan parameter dan pengelolaan sistem pada server x86 berkinerja tinggi. Perangkat keras breed terbaik terdiri dari server Supermicro Hyper-Speed dengan prosesor Dual Intel Xeon E5 yang dirakit dan dipasok oleh Bios IT, serta switch Arista 7124FX dengan Stratix V FPGA terintegrasi. Logika FPGA menggunakan sejumlah teknik optimasi yang dikembangkan oleh Argon untuk memaksimalkan keuntungan kecepatan. Ini termasuk in-line parsing, pre-emption, inference dan gateway arbitration. Untuk menyalakan berbagai teknik inferensi, FPGA mencakup logika kompleks untuk membangun dan memelihara buku pesanan dan statistik. Pengambilan FASTFIX dilakukan paling banyak pada 64ns, dan pembuatan buku pesanan selesai dalam 32ns. Untuk antarmuka jaringan latency yang paling rendah, sistem ini menggunakan terminal latency MACA MACA MACA MACA. Mitra pengelola trading house berkomentar Karena bursa menjadi lebih deterministik, penting untuk memiliki platform yang memberi keunggulan sekaligus strategi trading yang cerdas. Sistem Argon telah memberi kita keunggulan itu. Steve Barlow, CTO dari Argon Design berkomentar bahwa kinerja tinggi terus berlanjut di seluruh pasar dunia. Karena bisa dibilang menjadi lebih cerdik, untuk menang akan membutuhkan akses ke teknologi kinerja tinggi dan keterampilan untuk memilih dan mengumpulkan bagian-bagian yang diperlukan. Di Argon kami percaya pada detail teknik ndash khusus setiap klien berbeda dan karenanya kami mengembangkan sistem dipesan lebih dahulu yang memberi keunggulan vital. Tentang Argon Design Argon Design didirikan pada tahun 2009 dan beroperasi di jantung Cluster Teknologi Inggris yang terkenal di dunia dengan akses ke pasar yang paling terkenal. Di sektor perdagangan keuangan, Argon Design membantu tim internal dengan menyediakan keahlian khusus atau sumber tambahan untuk proyek serta desain dipesan lebih dahulu di area seperti: Arsitektur perangkat keras dan perangkat lunak heterogen Desain dan produksi perangkat berbasis pengembangan berbasis FPGA Program multi inti Desain perangkat keras dan perangkat lunak prosesor menggunakan Tilera, Intel dan lain-lain Pengembangan GPU pemrograman pemrograman dan OpenCLAll saat Anda mendengar tentang perdagangan frekuensi tinggi (HFT) dan betapa cepatnya algoritma tersebut. Tapi saya bertanya-tanya - apa yang cepat akhir-akhir ini? Saya tidak memikirkan latensi yang disebabkan oleh jarak fisik antara pertukaran dan server yang menjalankan aplikasi perdagangan, namun latency diperkenalkan oleh program itu sendiri. Untuk lebih spesifik: Apa waktu dari kejadian yang tiba di kawat dalam aplikasi ke aplikasi itu menghasilkan orderprice pada kawat I. e. Tick-to-trade time. Apakah kita berbicara sub-milidetik Atau sub-mikrodetik Bagaimana orang mencapai latensi ini Mengkodekan dalam perakitan FPGAs Kode C lama? Baru saja diterbitkan artikel menarik tentang ACM, memberikan banyak rincian ke teknologi HFT hari ini, yang merupakan pembacaan yang sangat baik. : QuotOn wirequot adalah jenis batas fuzzy. Butuh waktu untuk mendapatkan paket data yang lengkap, dan beberapa pemrosesan mungkin sudah dimulai sebelum seluruh pesan diterima. Semuanya miring melalui berbagai lapisan sistem memori dan kernel dan aplikasi, dan orang-orang memperhatikannya. Ndash sh1 1 Jul 13 at 12:49 Im CTO sebuah perusahaan kecil yang membuat dan menjual sistem berbasis FPGA HFT. Dengan membangun sistem kami di atas Solarflare Application Onload Engine (AOE), kami telah secara konsisten mengantarkan latency dari peristiwa pasar yang menarik di kawat (data umpan pasar UG 10GbS dari ICE atau CME) ke byte pertama pesan pesanan yang dihasilkan. Kawat di kisaran 750 sampai 800 nanodetik (ya, sub-mikrodetik). Kami mengantisipasi bahwa sistem versi berikutnya akan berada di kisaran 704 sampai 710 nanodetik. Beberapa orang telah mengklaim sedikit kurang, tapi itu di lingkungan laboratorium dan tidak benar-benar duduk di COLO di Chicago dan membersihkan perintah. Komentar tentang fisika dan kecepatan cahaya itu valid tapi tidak relevan. Semua orang yang serius dengan HFT memiliki server mereka di COLO di ruangan di sebelah server pertukaran. Untuk masuk ke domain sub-mikrodetik ini, Anda tidak dapat melakukan banyak hal pada CPU host kecuali perintah implementasi strategi umpan ke FPGA, bahkan dengan teknologi seperti bypass kernel Anda memiliki 1,5 mikrodetik overhead yang tidak dapat dihindari. Jadi di domain ini semuanya sedang bermain dengan FPGAs. Salah satu jawaban lainnya adalah sangat jujur dalam mengatakan bahwa di pasar yang sangat tertutup ini, sangat sedikit orang yang membicarakan alat yang mereka gunakan atau kinerjanya. Setiap klien kami mensyaratkan bahwa kami bahkan tidak memberi tahu siapa pun bahwa mereka menggunakan alat kami atau tidak mengungkapkan apa pun tentang penggunaannya. Hal ini tidak hanya membuat pemasaran sulit, tapi ini benar-benar mencegah arus pengetahuan teknis yang baik antara rekan sejawat. Karena ini perlu masuk ke sistem eksotis untuk bagian cepat pasar yang jahat, Anda akan menemukan bahwa Quants (orang-orang yang menghasilkan algoritme yang kita buat berjalan cepat) membagi algos mereka menjadi lapisan waktu untuk menerima peristiwa. Di bagian paling atas tumpukan teknologi adalah sistem sub-mikrodetik (seperti milik kita). Lapisan berikutnya adalah sistem C kustom yang membuat penggunaan bypass kernel berat dan berada pada kisaran 3-5 mikrodetik. Lapisan berikutnya adalah orang-orang yang tidak mampu berada di kabel 10GbS hanya satu hop router dari bursa, mereka mungkin masih berada di COLO tapi karena permainan jahat yang kita sebut port roulette theyre di lusinan hingga ratusan domain mikrodetik. Begitu Anda masuk milidetik hampir tidak HFT lagi. Mercury-Minerva, Anda menyebutkan bahwa Anda berasal dari acara pasar kuotasiquot pada kawat39 dan FPGAs. Saya bertanya-tanya apakah ada NIC Ethernet berorientasi byte untuk menghindari latency 1 frame yang dipaksakan oleh NIC frame-at-a-time biasa (yang setidaknya 67 ns dalam 10GbE). Apakah Anda tahu ndash hmijail Jan 27 at 14:58 Artikel bagus yang menjelaskan tentang keadaan HFT (tahun 2011) dan memberikan beberapa contoh solusi perangkat keras yang membuat nanosecond dapat dicapai: Wall Street Perlu Diperdagangkan: Zaman Nanosecond Dengan balapan Untuk latensi terendah berlanjut, beberapa pelaku pasar bahkan berbicara tentang picosecondstrillionths sedetik. EDIT: Seperti yang disebutkan oleh Nicholas dengan baik: Link tersebut menyebutkan sebuah perusahaan, Fixnetix, yang dapat mempersiapkan perdagangan pada tahun 740ns (yaitu waktu dari acara masukan terjadi pada pesanan yang dikirim). Dijawab Jul 1 13 at 9:03 sll 41.4k 9679 10 9679 66 9679 115 Link tersebut menyebutkan sebuah perusahaan, Fixnetix, yang dapat mengekspresikan tradequot pada 740ns (yaitu waktu dari acara masukan terjadi pada perintah yang dikirim). Ndash Nicholas Jul 13 di 12:34 Benar, ini adalah hal yang penting. Saya akan mengedit jawabannya dan menambahkan ini, terima kasih ndash sll 1 Jul 13 at 12:43 Hari ini satu digit tick-to-trade dalam mikrodetik adalah bar untuk perusahaan HFT yang kompetitif. Anda harus bisa melakukan single digit tinggi hanya dengan menggunakan software. Kemudian ust usec dengan hardware tambahan. Untuk apa nilainya, produk pesan FTL TIBCOs adalah sub-500 ns untuk mesin (memori bersama) dan beberapa detik mikro menggunakan RDMA (Remote Direct Memory Access) di dalam pusat data. Setelah itu, fisika menjadi bagian utama dari persamaan. Jadi itulah kecepatan data yang bisa didapat dari umpan ke aplikasi yang membuat keputusan. Setidaknya satu sistem telah mengklaim pesan interthread 30ns, yang mungkin merupakan tolok ukur tweak, jadi siapa pun yang berbicara tentang angka yang lebih rendah menggunakan beberapa jenis CPU ajaib. Begitu Anda berada di dalam aplikasi, itu hanya pertanyaan seberapa cepat program bisa mengambil keputusan.
Comments
Post a Comment