MetaTrader 5 전략 테스터 및 MQL5 클라우드 네트워크 - 페이지 3

 
Trolls :

그리고 여기서 이해가 안되는게...

  1. 역사는 어떻습니까? 그녀는 하나가 될 것입니다?   터미널이 다른 DC에서 다운로드되는 경우   고양이는 어떤 이야기를 울었고 다른 장소에 구멍과 구멍이 있습니까?
  2.   도구의 수가 일치하지 않는 경우 예   서버에는 12개의 챔피언십 심볼이 있습니다. 그리고 테스트를 위해(다중 통화의 경우 지표가 올바르게 작동하려면 전체 통화 매트릭스가 필요합니다)   이 경우 어떻게? ….
  3.   그리고 세 번째는 이미 시간에 대해 이야기하고 있었습니다. 이를 위해 UTG 시간을 도입했습니다. 적어도 어떻게 든 모든 것을 동기화하려면 ... 어떻게 하시겠습니까?   특정 거래 시간만 테스트한다고 가정해 보겠습니다(예:   10-12 모스크바 시간) ... 시간은 사람마다 다릅니다.

1. 모든 것이 역사와 함께합니다. 전체 MQL5 클라우드 네트워크 인프라를 구축하고 있다는 것은 헛된 일이 아닙니다. 데이터 캐싱은 디스패처 자체와 최종 에이전트 모두에 있습니다. 테스트는 항상 중개 회사와 연결되어 있으며 다른 회사의 과거 데이터는 절대 혼합되지 않습니다.

2. 1번과 유사하게 - 테스트는 항상 증권사(거래 서버)에 연결되어 있으므로 항상 기호가 있고 다른 증권사의 구성과 교차하지 않음

3. 로컬 로그의 시간과 테스트 시간을 혼동합니다. 과거 데이터로 작업하는 모든 프로세스는 서버 시간(차트, 거래, 기호 등)과 완전히 작동합니다. 포인트 1과 2(테스트는 항상 거래 서버에 연결됨)를 고려하면 이론적으로 시간에 문제가 없을 수 있습니다.

 
Interesting :

랩톱을 사용하는 경우 로컬 코어를 줄이고 강력한 컴퓨터(로컬 네트워크에 있거나 테스트를 위해 리소스를 최대한 자유롭게 사용할 수 있음)에서 테스트해야 합니다.

고마워, 나는 그것을 알아 냈어. 따라서 MQL5 클라우드 네트워크 에서는 원격으로 액세스할 수 있는 강력한 에이전트, 바람직하게는 슈퍼 컴퓨터 클러스터에서 이러한 작업에 대한 단일 실행의 가능성이 있어야 한다고 말합니다. 최소한 한 번 실행해야 함).
 
-Alexey- :

답장을 보내주셔서 감사합니다. 그러나 많은 부분이 불분명합니다.

"원격, 서버 모드에서 실행 중"은(는) 무슨 뜻인가요? 이해가 안갑니다. Metatester 구성 요소를 사용하여 두 번째 컴퓨터에 에이전트를 설치하면 그것이 무엇입니까? 그런 다음 서버 모드에서 작동하지 않는 원격 항목은 무엇입니까? 추가하는 방법은 무엇입니까?

에이전트에는 3가지 유형이 있습니다.

  • 로컬 - 필요에 따라 터미널 자체에서 자동으로 실행되는 동일한 컴퓨터에서 실행(단일 테스트 및 최적화에서 사용할 수 있음)
  • 원격 - 서버 모드에서 작업, 비밀번호 인증으로 터미널에서 연결 대기(단일 테스트 및 최적화에서 사용할 수 있음)
  • MQL5 네트워크 에이전트 - 최적화 모드에서만 MQL5 클라우드 네트워크 를 통해 작동

여기에 하나의 코어, 하나의 에이전트로 작동하는 슈퍼 컴퓨터 또는 그 클러스터가 필요하고 네트워크가 필요합니다. 아무도 그런 집을 가지고 있지 않습니다. 또는 최소한 강력한 시스템에 연결하는 기능(내가 이해하는 한 가능합니다. 강력한 컴퓨터에 에이전트를 설치하고 랩톱에서 한 번만 실행하면 가능합니다). 1회용입니다. 결국, 반대의 결과가 나타납니다. 초기 단일 실행을 수행하는 것이 어렵더라도 MQL5 클라우드 네트워크를 사용하여 대규모 최적화 계산을 수행하는 데 실질적인 의미가 없습니다. 옵션의 열거는 두 번째 경우이지만 단일 실행은 덜 중요하지 않으며 누군가에게는 훨씬 더 중요합니다.

모든 솔루션에는 기술적 타당성과 경제적 타당성이 있습니다.

MQL5 Cloud Network는 대량 최적화 계산에만 적합합니다.

 
Renat :

에이전트에는 3가지 유형이 있습니다.

  • 로컬 - 필요에 따라 터미널 자체에서 자동으로 실행되는 동일한 컴퓨터에서 실행(단일 테스트 및 최적화에서 사용할 수 있음)
  • 원격 - 서버 모드에서 작업, 비밀번호 인증으로 터미널에서 연결 대기(단일 테스트 및 최적화에서 사용할 수 있음)
  • MQL5 네트워크 에이전트 - 최적화 모드에서만 MQL5 클라우드 네트워크를 통해 작동

모든 솔루션에는 기술적 타당성과 경제적 타당성이 있습니다.

MQL5 Cloud Network는 대량 최적화 계산에만 적합합니다.

Renat, 설명 감사합니다. 이것은 전문적인 솔루션임이 분명합니다. 개방형 자체 규제 네트워크에서는 언급된 작업에 대한 강력한 에이전트를 찾는 것이 더 쉬울 것입니다. 그게 제가 염두에 두었던 것입니다. 하지만 당신 말이 맞습니다. 원격 에이전트를 직접 찾아야 합니다. 기술적 가능성.
 
Trolls :

그리고 여기서 이해가 안되는게...

..

도구의 수가 일치하지 않는 경우 예   서버에는 12개의 챔피언십 기호가 있습니다. 그리고 테스트를 위해(다중 통화의 경우 지표가 올바르게 작동하려면 전체 통화 매트릭스가 필요합니다)   이 경우 어떻게? ….

..
50켤레의 기록이 로드되기 시작하면 어떤 사람들은 얼마나 행복할지 상상이 갑니다. :)
 
Trolls :

그리고 여기서 이해가 안되는게...

  1. 역사는 어떻습니까? 그녀는 하나가 될 것입니다?   터미널이 다른 DC에서 다운로드되는 경우   고양이는 어떤 이야기를 울었고 다른 장소에 구멍과 구멍이 있습니까?
  2.   도구의 수가 일치하지 않는 경우 예   서버에는 12개의 챔피언십 기호가 있습니다. 그리고 테스트를 위해(다중 통화의 경우 지표가 올바르게 작동하려면 전체 통화 매트릭스가 필요합니다)   이 경우 어떻게? ….
  3.   그리고 세 번째는 이미 시간에 대해 이야기하고 있었습니다. 이를 위해 UTG 시간을 도입했습니다. 적어도 어떻게 든 모든 것을 동기화하려면 ... 어떻게 하시겠습니까?   특정 거래 시간만 테스트한다고 가정해 보겠습니다(예:   10-12 모스크바 시간) ... 시간은 사람마다 다릅니다.

1. 각 DC/브로커는 고유한 이력을 가지고 있습니다. 거래자나 전문가는 실행할 때 히스토리의 품질에 주의를 기울여야 합니다.

2. 테스트는 사용 가능한 통화에 대해서만 가능합니다. 그렇지 않으면 다른 서버(아마도 테스트용인 다른 브로커)를 선택합니다.

3. 내가 아는 한, 당신은 테스트 시간을 비용과 연결하고 싶어합니다(다른 목적을 위해서는 원칙적으로 계산이 필요하지 않습니다). 따라서 여기에는 문제가 없습니다. 실제로 100개의 코어에서 60분 동안 작업했으며 지불이 적절할 것입니다.

 
Buter :
50켤레의 기록이 로드되기 시작하면 어떤 사람들은 얼마나 행복할지 상상이 갑니다. :)

100-200 쌍이 있고 그러한 DC/브로커가 20-30이면 얼마나 행복할지 상상할 수 있습니다(가장 인기 있는 것을 보겠습니다).

나는 일반적으로 주식 전문가의 최적화에 대해 침묵합니다(심볼의 수가 1000일 수 있는 곳)...

 
표준 거래 패키지 처리 비용을 결정하기 위해 교환을 시작하는 것만 남아 있습니다. 예를 들어 초기 비용을 1000Tflops당 1센트로 설정합니다(예: 1개의 표준 로트 비용). 그런 다음 공급 / 수요에 따라 테라플롭을 인용하십시오 :)))
 
모든 MT5 사용자가 통합되는 하나의 거대한 네트워크가 아니라는 것이 밝혀졌습니다. 그리고 DC에 의해 조각으로 나뉩니다. 한정된 수의 악기와 한 장소에 사실상의 평범한 이야기가 있다는 점을 생각하면 조금은 안타까운...
 
당신은 혼란 스럽습니다. 그것은 어떤 브로커와도 작동하는 거대한 네트워크가 될 것입니다. 모든 브로커의 데이터로 테스트를 투명하게 실행할 수 있습니다. 시작 버튼을 누르면 완료됩니다. 시장 환경의 모든 데이터(기호, 구성, 차트)가 자동으로 다운로드되고 동기화가 확인됩니다. 네트워크에 브로커를 등록할 필요가 없습니다. 다른 브로커의 데이터는 절대 겹치지 않습니다. 네트워크의 전체 서버 부분은 거대한 데이터 캐시입니다. 대부분의 경우 기록을 다시 다운로드할 필요도 없습니다.