그리드 컴퓨팅 프레임 워크는 상당히 많지만 대기 시간이 적은 계산을 위해 투자 은행이 실제로 어느 정도까지 사용하고있는 것으로 보입니까? Windows, Linux 및 크로스 플랫폼 모두에 대한 답변을 듣고 싶습니다. 또한 어떤 RPC 메커니즘이 가장 선호되는 것으로 보입니까?현재 거래 시스템에 사용되는 그리드 분산 컴퓨팅 프레임 워크
레이턴시가 낮고 속도가 빠르다는 이유로 VM에서 실행되는 계산이 네이티브 코드보다 몇 배 느리기 때문에 계산 자체가 C++/C로 작성되는 경우가 많습니다. 이것이 실제로 일반적인 시나리오 인 것처럼 보입니까? 예 : 분산 된 .NET 그리드 프레임 워크는 네이티브 C++/c로 작성된 계산을 실행합니까? (실제로 일부 기업의 투자 은행에서 사용)
어떤 방향 : PC
농장을 포함
이후 계산 집약적 인 fiancial 연산 (예 : Monte Carlo 가격 책정)은 대개 병렬 처리가 가능합니다.
G-WAN 서버가이 영역에 착수하기 시작했습니다. ANSI C의 속도 (및 풋 프린트)와 (완벽하게 호환되는 ANSI C) 스크립트 (서버를 중지하지 않고 실시간 편집/업데이트가 가능)를 혼합합니다.
전체 JSON RPC는 올해 말까지 효율성이 향상 될 것으로 예상됩니다. 이를 통해 분산 컴퓨팅을 구현할 수 있습니다.
이것은 200KB (서버 + 스크립트 엔진 + 차트, 압축, 암호화 등과 같은 많은 기능)에 넣을 수 있었던 것을 보니 미친 짓입니다.
www.zircomp.com 확인 zNet C++ 프레임 워크는 몇몇 전자 거래 시스템에서 사용됩니다. 데이터 기반 아키텍처를 기반으로하는 크로스 플랫폼, 멀티 및 분산 코어 프로그래밍 프레임 워크로, 네이티브 OS를 사용하여 고성능을 위해 특별히 튜닝되어 데이터 및 작업 병렬 처리를 균일하게 지원하는 직관적 인 API로 이루어져 있습니다.
낮은 대기 시간 분배 계산
이
'낮은 대기 시간'과 '분산'은 상호 배타적입니다 :)
그러나, 당신이 낮은 '을 의미하는 방법 낮은 달려 있다는 말 숨어 있음'. 고주파 거래 (HFT)에 대해 이야기하고 있다면 구현은 가장 가능성있는 맞춤 TCP/IP 스택 (예 : OpenOnload, 기본 infiniband 등)을 사용하여 가장 빠른 네트워킹 코드를 사용하게 될 것입니다. 네트워크는 항상 코드에서 가장 느린 부분이 될 것이므로 네트워킹을 최소한으로 유지해야합니다.
'빠름'이지만 HFT 속도가 아닌 (이국적인 옵션/구조화 된 제품과 같은) 가격면에서는 좋아하는 것을 거의 사용할 수 있습니다. 필자는 .Net/RPC, JMS (ActiveMQ), TCP/IP 소켓 등을 사용하는 시스템에서 작업했습니다. 네트워크의 원시 속도가 아닌 데이터를 정의하고 전송할 수있는 유연성과 편리성에 대해 자세히 설명합니다. .
.NET을 사용하는 이유는 무엇입니까? 얻을 공개 시도 모든 iirc.NET을 재무 시스템으로 전환시키는 것은 대 실패였다. http://blogs.computerworld.com/london_stock_exchange_to_abandon_failed_windows_platform –
실제로 나는 프레임 워크와 계산 간의 기술적 분할의 예일 뿐이며, 내가 만난 어떤 것도 기반으로하지 않았습니다. – Rich
금융 시스템 = 수퍼 시크리트;) 많은 양의 NIH 증후군이 의심됩니다. – James