Alexey : 주문은 터미널 측이 아닌 서버 측에서 실행됩니다. 비동기는 시간 단위를 고려할 때 x86 아키텍처에 맞추기 쉬운 불일치로 이해될 수 있으며, 동기화는 x86 프로세스 아키텍처에 맞지 않고 x64에만 해당됩니다.
당신은 정의에 의해 혼란스러워합니다. 일반적으로 HTF를 고려하지 않으면 실제로 필요하지 않습니다. 아키텍처에 관해서는 다시 말하지만, 그렇게 방대한 양의 데이터(4GB 이상)로 작업하지 않는다면 x64는 유용하지 않을 것입니다. 다시 말하지만, 속도와 많은 양의 데이터는 어떤 식으로든 어울리지 않습니다. :)
mmmoguschiy : x64는 다중 처리가 아닙니다. 일종의 플랫폼일 뿐입니다. 이렇게 하면 4GB 이상의 메모리만 사용할 수 있습니다. 동기 실행을 사용하면 주문을 보낸 후 서버가 주문의 실행 여부에 대한 응답을 받을 때까지 프로그램이 실행을 중지합니다. 비동기식일 경우 주문을 보낸 후 응답을 기다리지 않고 다른 주문을 보내는 등 다른 작업을 수행할 수 있습니다. HFT 시스템에 사용됩니다.
커널은 메모리가 아닌 많은 프로세서를 담당합니다. x64 아키텍처는 커널 시스템을 추적합니다. x86에는 그러한 회계가 없습니다. 프로세스의 동기화를 통해 한 번에 여러 프로세스로 작업할 수 있습니다. 예를 들어 하나의 터미널에서 여러 Expert Advisors를 실행할 수 있으며 x86 아키텍처에서는 해당 작업이 대기열에 추가되어 차례로 실행됩니다. 불화
mmmoguschiy : 당신은 정의에 의해 혼란스러워합니다. 일반적으로 HTF를 고려하지 않으면 실제로 필요하지 않습니다. 아키텍처에 관해서는 다시 말하지만, 그렇게 방대한 양의 데이터(4GB 이상)로 작업하지 않는다면 x64는 유용하지 않을 것입니다. 다시 말하지만, 속도와 많은 양의 데이터는 어떤 식으로든 어울리지 않습니다. :)
나는 작동하지 않지만 컴퓨터는 다른 아키텍처를 인식하지 못하고 2코어의 x64만 인식합니다. 마치 인텔 1 핵 엔진이 있을 때 컴퓨터가 x64를 인식하지 못한 것과 같습니다. 그리고 메모리는 주로 기억하는 데 필요하지만 하드 드라이브와 혼동하지 마십시오. 이 메모리는 잊지 말아야 합니다. :)
Alexey : 커널은 메모리가 아닌 많은 프로세서를 담당합니다. x64 아키텍처는 커널 시스템을 추적합니다. x86에는 그러한 회계가 없습니다. 프로세스의 동기화를 통해 한 번에 여러 프로세스로 작업할 수 있습니다. 예를 들어 하나의 터미널에서 여러 Expert Advisors를 실행할 수 있으며 x86 아키텍처에서는 해당 작업이 대기열에 추가되어 차례로 실행됩니다. 불화
더 이상 당신과 논쟁하지 않을 것입니다. 의미가 없으며 이 스레드의 주제에서 벗어났습니다. 주제 기사를 읽고 머리에 순서를 정하십시오.
차이점은 상당히 빠른 주문 실행 속도에 있습니다.
주문은 터미널 측이 아닌 서버 측에서 실행됩니다. 비동기는 시간 단위를 고려할 때 x86 아키텍처에 맞추기 쉬운 불일치로 이해될 수 있으며, 동기화는 x86 프로세스 아키텍처에 맞지 않고 x64에만 해당됩니다.
x64는 다중 처리가 아닙니다. 일종의 플랫폼일 뿐입니다. 이렇게 하면 4GB 이상의 메모리만 사용할 수 있습니다. 동기 실행을 사용하면 주문을 보낸 후 서버가 주문의 실행 여부에 대한 응답을 받을 때까지 프로그램이 실행을 중지합니다. 비동기식일 경우 주문을 보낸 후 응답을 기다리지 않고 다른 주문을 보내는 등 다른 작업을 수행할 수 있습니다. HFT 시스템에 사용됩니다.
당신은 정의에 의해 혼란스러워합니다. 일반적으로 HTF를 고려하지 않으면 실제로 필요하지 않습니다. 아키텍처에 관해서는 다시 말하지만, 그렇게 방대한 양의 데이터(4GB 이상)로 작업하지 않는다면 x64는 유용하지 않을 것입니다. 다시 말하지만, 속도와 많은 양의 데이터는 어떤 식으로든 어울리지 않습니다. :)
커널은 메모리가 아닌 많은 프로세서를 담당합니다. x64 아키텍처는 커널 시스템을 추적합니다. x86에는 그러한 회계가 없습니다. 프로세스의 동기화를 통해 한 번에 여러 프로세스로 작업할 수 있습니다. 예를 들어 하나의 터미널에서 여러 Expert Advisors를 실행할 수 있으며 x86 아키텍처에서는 해당 작업이 대기열에 추가되어 차례로 실행됩니다. 불화
나는 더 이상 당신과 논쟁하지 않을 것입니다. 의미가 없으며 이 스레드의 주제에서 벗어났습니다.
단일 DC는 가격을 1핍만큼 움직일 수 없습니다.
ECN ok =) 두피의 높이를 낮추기 위해 만들어졌습니다. 더 넓은 스프레드 대신 수수료를 지불합니다. ECN은 본질적으로 브로커의 보장된 수익입니다...
사실, 수수료는 스왑 계정이 없으면 스왑이 없는 것과 같습니다. 그렇다면 문제는 왜 그것이 재창조되어야 했는가 하는 것입니다.
중개인의 비밀에서 우리는 점차 ECN에 대한 토론으로 발전합니다. 모든 것이 이것으로 귀결됩니다))
그리고 다시 상황에 대한 자신의 비전이 있습니다. 스왑은 스왑이며 수수료와 관련이 없습니다.
중개인의 비밀에서 우리는 점차 ECN에 대한 토론으로 발전합니다. 모든 것이 이것으로 귀결됩니다))