당신은 결정합니다 - 당신은 빛을 위해 왔는지, 또는 모든 사람에게 무엇을 어떻게 작동시켜야하는지 알려줍니다.
나는 당신의 문제를 계속 해결하고 싶지 않습니다. 당신이 무엇을 어떻게 해야 하는지 더 잘 알고 있습니다.
행운을 빕니다!
내 사랑, 당신은 희망이없는 태양입니다, 당신은 작업을 읽었습니까? 거기에 명확하게 설명되어 있습니다.주기에서 보내기 주문 외에도 1 초 안에 많은 다른 작업을 수행해야합니다. 예를 들어 500,000 주문을 마감하거나 마감하지 않음 - 확인 ... 0.1 lot, 보증금 50,000, 당신은 수학 친구? 그리고 네, 합성입니다. 그러나 당신의 조언은 소용이 없습니다.
dofiga, 테스터에서 이 전략을 실행하려면 24개의 코어를 마음대로 사용할 수 있어 5일이 걸립니다. 그리고 하나의 코어가 작동합니다. 이 시간 동안 아무도 필요로 하지 않는 어리석은 로그가 몇 테라바이트까지 늘어날 수 있다는 사실에 대해서는 침묵합니다. 그리고 이것은 최적화가 없습니다. 그리고이 어리석은 로그는 어떤 식 으로든 끌 수 없습니다 ...
프로세스를 가속화하면 각각 자체 코어에 4개의 차트가 있다고 가정해 보겠습니다. 이 항목이 4배 증가합니다. 또한 1000개의 거래를 성사시키는 별도의 프로세스가 있다고 가정해 보겠습니다. 또는 이 프로세스를 5개 또는 10개 스레드로 10번 분할합니다. 또한 신호에서 위치를 여는 별도의 프로세스 ...
나는 여러 번 그리고 때때로 ...
그러나 각 밀리초 + 브로커까지의 지연 + 브로커에서 거래소까지의 지연(이것이 주방이 아닌 경우)은 엄청난 손실입니다. 시베리아에서 그들이 이것을 이해하지 못하는 것은 이상합니다 ...
최적화 실행 , 최소 24개 패스 및 모든 코어가 사용 중입니다. 따라서 한 번에 무언가를 병렬화하는 것은 의미가 없습니다.
당신은 더위와 추위를 혼동하고 있습니다. 필요할 때 최적화를 실행하겠습니다. 이제 매초 많은 작업을 수행하는 현재 Expert Advisor로 최적의 코드 실행을 달성하고 싶습니다. "최적화"의 병렬 처리와 단일 Expert Advisor의 병렬 처리를 혼동하지 마십시오. 이는 두 가지 큰 차이점입니다. 당신은 계속해서 같은 스크립트를 병렬로 실행할 수 있다고 말하려고 합니다... 나는 그것에 대해 논쟁하지 않으며 아무도 그것에 대해 논쟁하지 않습니다. 이 주제는 하나의 스크립트 실행에 많은 코어를 사용하는 방법에 관한 것입니다.
그래서 그것은 단지 보내기 주문이 아니라 많은 검사가 수행되고 있습니다. 그러나 그들은 하나의 기능이 완료될 때까지 모두 큐에 대기하고 다른 기능은 실행되지 않습니다....
나는 문제의 조건에서 모든 것을 설명했습니다. 그리고 이것은 복잡한 작업입니다. DLL 또는 채팅 또는 다른 것 - 어떤 시나리오에서 이러한 작업을 병렬화할 수 있는지와 동시에 테스터에서 운전하여 무엇이 무엇인지 이해하는 데 흥미를 줍니다.
당신은 결정합니다 - 당신은 빛을 위해 왔는지, 또는 모든 사람에게 무엇을 어떻게 작동시켜야하는지 알려줍니다.
나는 당신의 문제를 계속 해결하고 싶지 않습니다. 당신이 무엇을 어떻게 해야 하는지 더 잘 알고 있습니다.
행운을 빕니다!
당신은 결정합니다 - 당신은 빛을 위해 왔는지, 또는 모든 사람에게 무엇을 어떻게 작동시켜야하는지 알려줍니다.
나는 당신의 문제를 계속 해결하고 싶지 않습니다. 당신이 무엇을 어떻게 해야 하는지 더 잘 알고 있습니다.
행운을 빕니다!
당신은 결정합니다 - 당신은 빛을 위해 왔는지, 또는 모든 사람에게 무엇을 어떻게 작동시켜야하는지 알려줍니다.
나는 당신의 문제를 계속 해결하고 싶지 않습니다. 당신이 무엇을 어떻게 해야 하는지 더 잘 알고 있습니다.
행운을 빕니다!
dofiga, 테스터에서 이 전략을 실행하려면 24개의 코어를 마음대로 사용할 수 있어 5일이 걸립니다. 그리고 하나의 코어가 작동합니다. 이 시간 동안 아무도 필요로 하지 않는 어리석은 로그가 몇 테라바이트까지 늘어날 수 있다는 사실에 대해서는 침묵합니다. 그리고 이것은 최적화가 없습니다. 그리고이 어리석은 로그는 어떤 식 으로든 끌 수 없습니다 ...
프로세스를 가속화하면 각각 자체 코어에 4개의 차트가 있다고 가정해 보겠습니다. 이 항목이 4배 증가합니다. 또한 1000개의 거래를 성사시키는 별도의 프로세스가 있다고 가정해 보겠습니다. 또는 이 프로세스를 5개 또는 10개 스레드로 10번 분할합니다. 또한 신호에서 위치를 여는 별도의 프로세스 ...
나는 여러 번 그리고 때때로 ...
그러나 각 밀리초 + 브로커까지의 지연 + 브로커에서 거래소까지의 지연(이것이 주방이 아닌 경우)은 엄청난 손실입니다. 시베리아에서 그들이 이것을 이해하지 못하는 것은 이상합니다 ...테스터에서 5일에 한 번 통과? 뛰어난 케이스입니다
테스터에서 5일에 한 번 통과? 뛰어난 케이스입니다
글쎄, 우리가 하나의 트랜잭션과 5분을 기다릴 때, 미해결된 것은 아무것도 없습니다 ... 그러나 초당 수천 개의 트랜잭션이 있을 때 놀라운 것은 없습니다 :)
최적화 실행 , 최소 24개 패스 및 모든 코어가 사용 중입니다. 따라서 한 번에 무언가를 병렬화하는 것은 의미가 없습니다.
최적화 실행 , 최소 24개 패스 및 모든 코어가 사용 중입니다. 따라서 한 번에 무언가를 병렬화하는 것은 의미가 없습니다.
이 주제는 하나의 스크립트 실행에 많은 코어를 사용하는 방법에 관한 것입니다.
질문이 없습니다. 어떻게 해야 하는지 코를 찌르라고 합니다. 그러나 이 스레드뿐만 아니라 모든 것이 그렇게 단순하지 않다는 것을 읽은 후에 깨달았습니다. 나는 내 작업을 가능한 한 명확하게 설명했으며 레시피를 듣고 싶습니다.