Renat : 당신은 혼란스럽다. 그것은 어떤 브로커와도 작동하는 거대한 네트워크가 될 것입니다. 모든 브로커의 데이터로 테스트를 투명하게 실행할 수 있습니다. 시작 버튼을 누르면 완료됩니다. 시장 환경의 모든 데이터(기호, 구성, 차트)가 자동으로 다운로드되고 동기화가 확인됩니다. 네트워크에 브로커를 등록할 필요가 없습니다. 다른 브로커의 데이터는 절대 겹치지 않습니다. 네트워크의 전체 서버 부분은 거대한 데이터 캐시입니다. 대부분의 경우 기록을 다시 다운로드할 필요도 없습니다.
그래서 여기서 우리는 한 브로커가 1999년부터 유대인 역사를 갖고 있다는 사실에 대해 이야기하고 있습니다. 두 번째 브로커는 2005년 이후, 세 번째 브로커는 2010년 이후입니다. 그리고 당신이 더 많은 도구와 어느 정도 정확한 역사를 갖게 되기를 바랍니다.
중개인이 정신을 차리고 히스토리를 정상적으로 로드하면(이것이 점점 더 의심스럽습니다), 모든 것이 그냥 최고가 될 것입니다.
트롤 : 모든 MT5 사용자가 통합되는 하나의 거대한 네트워크가 아니라는 것이 밝혀졌습니다. 그리고 DC에 의해 조각으로 나뉩니다. 한정된 수의 악기와 한 장소에 사실상의 평범한 이야기가 있다는 점을 생각하면 조금은 안타까운...
대안이 있습니다. MQ의 견적에 대한 모든 것을 테스트한 다음 대형 망치, autogen 및 기타 기본 러시아어 도구를 사용하여 특정 브로커에 대한 전문가를 사용자 지정합니다.
이 네트워크에 슈퍼컴퓨터가 있습니까(매우 유용할 것입니다)? 글로벌 경쟁자들과 같은 수준의 앞선 역량을 갖고 싶습니다. 그리고 한 가지 더 부탁드립니다. 가능하면 네트워크 컴퓨팅 리소스가 테스트뿐만 아니라 지표 및 조언자의 실시간 계산에 (선택 사항) 사용될 수 있도록 해 주십시오. 그렇지 않으면 모든 것이 의미를 잃습니다. 평범한 표시기 또는 고문이 작동 중 계산할 시간이 없는 경우(병목 현상) 테스트를 위한 초능력이 있는 이유는 무엇입니까?
이론적으로 원격 에이전트, 그리고 확실히 로컬 에이전트는 풀로 결합될 수 있습니다(물론 이러한 가능성이 터미널과 테스터에 제공되는 경우).
그러나 MQL 자체가 여전히 "하나의 스레드에서" 작동하고 단일 테스트에서 하나의 코어만 인식하는 경우 이 모든 작업을 수행하는 요점이 있습니다.
이제 개발자가 유사한 것을 개발하고 시스템이 단일 테스트를 다른 코어에 "배포"하거나 풀에 던지는 방법을 배운다면 ...
MQL5 클라우드 네트워크를 통한 최적화는 컴퓨터에서 최적화하는 것과 동일합니다(더 빠름).
단말이 Alpari에 연결되어 있으면 네트워크에 있는 수백 대의 다른 컴퓨터에서 물리적으로 수행되더라도 Alpari 데이터를 기반으로 최적화가 이루어집니다. 데이터가 동기화되고 모든 테스트가 동일한 조건에서 획득됩니다.
그리고 상품의 수와 다양한 브로커의 역사의 깊이/품질에 대한 질문은 이 주제에 있지 않습니다.
Andrey는 네트워크에 참여할 사람이 테스트 전에 히스토리(테스터에게 필요함)를 다운로드한다는 것이 밝혀졌습니다. 이제 이 기록에 DC 수를 곱하고 기기가 많다는 것을 추가합니다. 여기에 교환을 추가하십시오 (언젠가 나타날 것이기 때문에) 모든 사람이 다른 이야기를 가지고 있다는 사실을 감안하십시오 !!! .... 트래픽 플리즈 계산... 및 필요한 디스크 공간의 양...
Z.Y. "그리고 도구의 수와 다양한 브로커의 역사의 깊이/품질에 대한 질문은 이 주제가 아닙니다."
- 그리고 이것이 아니라면? 아니면 어떤 기록에서 테스트할지 관심이 있습니까? 당신은 당신의 컴퓨터에 하나의 이야기를 가지고 있고, 나는 또 다른 이야기를 가지고 있습니다 ... 그리고 테스트 결과가 결합되어 있습니다 ... 테스트가 수행 된 데이터 (발생)가 확실하지 않은 경우 그러한 테스트가 필요하지 않습니다. FIG (또한 돈을 지불합니다 ... ). 얻은 결과에 대한 신뢰가 0이기 때문에 ...
Andrey는 네트워크에 참여할 사람이 테스트 전에 히스토리(테스터에게 필요함)를 다운로드한다는 것이 밝혀졌습니다. 이제 이 기록에 DC 수를 곱하고 기기가 많다는 것을 추가합니다. 여기에 교환을 추가하십시오 (언젠가 나타날 것이기 때문에) 모든 사람이 다른 이야기를 가지고 있다는 사실을 감안하십시오 !!! .... 트래픽 플리즈 계산... 및 필요한 디스크 공간의 양...
대부분의 최적화가 3-4개의 표준 쌍과 몇 가지 인기 있는 브로커에 적합할 것이라고 생각합니다.
Z.Y. "그리고 도구의 수와 다양한 브로커의 역사의 깊이/품질에 대한 질문은 이 주제가 아닙니다."
- 그리고 이것이 아니라면? 아니면 어떤 기록에서 테스트할지 관심이 있습니까? 당신은 당신의 컴퓨터에 하나의 이야기를 가지고 있고, 나는 또 다른 이야기를 가지고 있습니다 ... 그리고 테스트 결과가 결합되어 있습니다 ... 테스트가 수행 된 데이터 (발생)가 확실하지 않은 경우 그러한 테스트가 필요하지 않습니다. FIG (또한 돈을 지불합니다 ... ). 얻은 결과에 대한 신뢰가 0이기 때문에 ...
에이전트가 MQL5 클라우드 네트워크에서 작동하려면 "에이전트의 공용 사용 허용" 확인란을 활성화하는 것으로 충분합니다. 따라서 에이전트는 일정 빈도( 예를 들어 5분에 한 번), 작업을 확인합니다. 작업이 나타나면 에이전트가 작업을 수락하고 해결하고 지체 없이 새 작업을 적극적으로 신청하기 시작합니다. 작업이 완료되는 즉시 에이전트는 트래픽과 부하를 줄이는 드문 폴링 모드로 돌아갑니다.
에이전트가 돈을 가져오기 시작하려면 "컴퓨터 리소스 판매" 확인란을 활성화하고 MQL5.community에 유효한 로그인을 지정해야 합니다. 이 확인란을 활성화하거나 올바른 로그인을 지정하지 않으면 리소스가 무료로 제공됩니다. 에이전트가 계정에 연결되지 않고 처음에 등록된 경우에도 언제든지 변경할 수 있습니다. 새 로그인을 등록하기만 하면 에이전트가 다음에 연결할 때 새 계정에 자동으로 재등록됩니다.
한 직장 계정에서 다른 계정으로 상담원을 다시 등록할 수도 있습니다. 이 경우 이전에 획득한 금액은 이전 계정에 유지되고 새 작업은 새 계정에 지불됩니다.
MQL5 클라우드 네트워크 모드에서 작업할 때 중요한 기능은 에이전트가 SSL(443) 포트를 통해 디스패처 [1-9].agents.mql5.com에 독립적으로 연결하여 방화벽과 프록시 서버를 통과할 수 있다는 것입니다.
새 에이전트는 하이브리드 모드에서 작동합니다.
서버 포트를 여는 일반 서버 모드는 인증이 필요하며 클라이언트 터미널에서 연결을 기다립니다(지금 에이전트가 작동 중임). 이 모드에서 에이전트는 항상 작업할 수 있습니다.
스케줄러 섹션에 지정된 허용된 시간에 외부 작업 관리자에 독립적으로 액세스하는 MQL5 클라우드 네트워크의 클라이언트 작동 모드
에이전트가 MQL5 클라우드 네트워크에서 작업할 수 있는 시간을 주 단위로 예약할 수 있습니다. 예를 들어 주말에는 24시간, 평일에는 9시간(22:00~07:00)으로 설정할 수 있습니다.
이 일정은 에이전트의 일반 서버 모드에 영향을 주지 않습니다. 이 모드에서는 에이전트를 항상 사용할 수 있습니다.
또한 에이전트의 리소스 사용량을 심각하게 조정할 것입니다.
휴식 시에는 리소스(메모리, 스레드 및 우선 순위)가 거의 소모되지 않습니다.
활성 작업 중에 스레드, 메모리 및 프로세서 사용량의 우선 순위를 관리하는 유연한 시스템이 사용됩니다.
주요 목표 중 하나는 에이전트가 작업 사용자를 방해하지 않고 작업할 수 있도록 하는 것입니다.
당신은 혼란스럽다. 그것은 어떤 브로커와도 작동하는 거대한 네트워크가 될 것입니다. 모든 브로커의 데이터로 테스트를 투명하게 실행할 수 있습니다. 시작 버튼을 누르면 완료됩니다. 시장 환경의 모든 데이터(기호, 구성, 차트)가 자동으로 다운로드되고 동기화가 확인됩니다. 네트워크에 브로커를 등록할 필요가 없습니다. 다른 브로커의 데이터는 절대 겹치지 않습니다. 네트워크의 전체 서버 부분은 거대한 데이터 캐시입니다. 대부분의 경우 기록을 다시 다운로드할 필요도 없습니다.
그래서 여기서 우리는 한 브로커가 1999년부터 유대인 역사를 갖고 있다는 사실에 대해 이야기하고 있습니다. 두 번째 브로커는 2005년 이후, 세 번째 브로커는 2010년 이후입니다. 그리고 당신이 더 많은 도구와 어느 정도 정확한 역사를 갖게 되기를 바랍니다.
중개인이 정신을 차리고 히스토리를 정상적으로 로드하면(이것이 점점 더 의심스럽습니다), 모든 것이 그냥 최고가 될 것입니다.
모든 MT5 사용자가 통합되는 하나의 거대한 네트워크가 아니라는 것이 밝혀졌습니다. 그리고 DC에 의해 조각으로 나뉩니다. 한정된 수의 악기와 한 장소에 사실상의 평범한 이야기가 있다는 점을 생각하면 조금은 안타까운...
친애하는 레나트 ,
이 네트워크에 슈퍼컴퓨터가 있습니까(매우 유용할 것입니다)? 글로벌 경쟁자들과 같은 수준의 앞선 역량을 갖고 싶습니다. 그리고 한 가지 더 부탁드립니다. 가능하면 네트워크 컴퓨팅 리소스가 테스트뿐만 아니라 지표 및 조언자의 실시간 계산에 (선택 사항) 사용될 수 있도록 해 주십시오. 그렇지 않으면 모든 것이 의미를 잃습니다. 평범한 표시기 또는 고문이 작동 중 계산할 시간이 없는 경우(병목 현상) 테스트를 위한 초능력이 있는 이유는 무엇입니까?
이론적으로 원격 에이전트, 그리고 확실히 로컬 에이전트는 풀로 결합될 수 있습니다(물론 이러한 가능성이 터미널과 테스터에 제공되는 경우).
그러나 MQL 자체가 여전히 "하나의 스레드에서" 작동하고 단일 테스트에서 하나의 코어만 인식하는 경우 이 모든 작업을 수행하는 요점이 있습니다.
이제 개발자가 유사한 것을 개발하고 시스템이 단일 테스트를 다른 코어에 "배포"하거나 풀에 던지는 방법을 배운다면 ...
꿈, 꿈, MT6를 기다립니다 :)
그래서 한 브로커는 1999년부터 EUR, 두 번째 브로커는 2005년 이후, 세 번째 브로커는 2010년 이후로 EUR의 역사를 가지고 있다는 사실에 대해 이야기하고 있습니다.
브로커 역사의 깊이가 그것과 어떤 관련이 있습니까?
MQL5 클라우드 네트워크 를 통한 최적화는 컴퓨터에서 최적화하는 것과 동일합니다(더 빠름).
단말이 Alpari에 연결되어 있으면 네트워크에 있는 수백 대의 다른 컴퓨터에서 물리적으로 수행되더라도 Alpari 데이터를 기반으로 최적화가 이루어집니다. 데이터가 동기화되고 모든 테스트가 동일한 조건에서 획득됩니다.
그리고 상품의 수와 다양한 브로커의 역사의 깊이/품질에 대한 질문은 이 주제에 있지 않습니다.
브로커 역사의 깊이가 그것과 어떤 관련이 있습니까?
MQL5 클라우드 네트워크를 통한 최적화는 컴퓨터에서 최적화하는 것과 동일합니다(더 빠름).
단말이 Alpari에 연결되어 있으면 네트워크에 있는 수백 대의 다른 컴퓨터에서 물리적으로 수행되더라도 Alpari 데이터를 기반으로 최적화가 이루어집니다. 데이터가 동기화되고 모든 테스트가 동일한 조건에서 획득됩니다.
그리고 상품의 수와 다양한 브로커의 역사의 깊이/품질에 대한 질문은 이 주제에 있지 않습니다.
그래서 저는 현재 Alpari의 역사를 알고 있습니다. 우리 모두는 잘 알고 있습니다.
예, 나는 그것이 여기에 없다는 것을 완벽하게 이해하지만 2011.02.23 09:46 일자 내 게시물 은 여전히 유효합니다(특히 마지막 부분).
브로커 역사의 깊이가 그것과 어떤 관련이 있습니까?
MQL5 클라우드 네트워크를 통한 최적화는 컴퓨터에서 최적화하는 것과 동일합니다(더 빠름).
단말이 Alpari에 연결되어 있으면 네트워크에 있는 수백 대의 다른 컴퓨터에서 물리적으로 수행되더라도 Alpari 데이터를 기반으로 최적화가 이루어집니다. 데이터가 동기화되고 모든 테스트가 동일한 조건에서 획득됩니다.
그리고 상품의 수와 다양한 브로커의 역사의 깊이/품질에 대한 질문은 이 주제에 있지 않습니다.
Andrey는 네트워크에 참여할 사람이 테스트 전에 히스토리(테스터에게 필요함)를 다운로드한다는 것이 밝혀졌습니다. 이제 이 기록에 DC 수를 곱하고 기기가 많다는 것을 추가합니다. 여기에 교환을 추가하십시오 (언젠가 나타날 것이기 때문에) 모든 사람이 다른 이야기를 가지고 있다는 사실을 감안하십시오 !!! .... 트래픽 플리즈 계산... 및 필요한 디스크 공간의 양...
Z.Y. "그리고 도구의 수와 다양한 브로커의 역사의 깊이/품질에 대한 질문은 이 주제가 아닙니다."
- 그리고 이것이 아니라면? 아니면 어떤 기록에서 테스트할지 관심이 있습니까? 당신은 당신의 컴퓨터에 하나의 이야기를 가지고 있고, 나는 또 다른 이야기를 가지고 있습니다 ... 그리고 테스트 결과가 결합되어 있습니다 ... 테스트가 수행 된 데이터 (발생)가 확실하지 않은 경우 그러한 테스트가 필요하지 않습니다. FIG (또한 돈을 지불합니다 ... ). 얻은 결과에 대한 신뢰가 0이기 때문에 ...
Andrey는 네트워크에 참여할 사람이 테스트 전에 히스토리(테스터에게 필요함)를 다운로드한다는 것이 밝혀졌습니다. 이제 이 기록에 DC 수를 곱하고 기기가 많다는 것을 추가합니다. 여기에 교환을 추가하십시오 (언젠가 나타날 것이기 때문에) 모든 사람이 다른 이야기를 가지고 있다는 사실을 감안하십시오 !!! .... 트래픽 플리즈 계산... 및 필요한 디스크 공간의 양...
대부분의 최적화가 3-4개의 표준 쌍과 몇 가지 인기 있는 브로커에 적합할 것이라고 생각합니다.
그리고 mrProF 버전이 마음에 들었습니다. 아마도 그럴 것입니다.
Z.Y. "그리고 도구의 수와 다양한 브로커의 역사의 깊이/품질에 대한 질문은 이 주제가 아닙니다."
- 그리고 이것이 아니라면? 아니면 어떤 기록에서 테스트할지 관심이 있습니까? 당신은 당신의 컴퓨터에 하나의 이야기를 가지고 있고, 나는 또 다른 이야기를 가지고 있습니다 ... 그리고 테스트 결과가 결합되어 있습니다 ... 테스트가 수행 된 데이터 (발생)가 확실하지 않은 경우 그러한 테스트가 필요하지 않습니다. FIG (또한 돈을 지불합니다 ... ). 얻은 결과에 대한 신뢰가 0이기 때문에 ...
기록이 동기화됩니다. 그리고 테스트는 스토리가 동일한 경우에만 실행됩니다.
대부분의 최적화가 3-4개의 표준 쌍과 몇 가지 인기 있는 브로커에 적합할 것이라고 생각합니다.
그리고 mrProF 버전이 마음에 들었습니다. 아마도 그럴 것입니다.
기록이 동기화됩니다. 그리고 테스트는 스토리가 동일한 경우에만 실행됩니다.
아니요, 지금처럼 첫 번째 패스에서 동기화됩니다.
그렇지 않으면 네트워크에 있는 둘 이상의 에이전트에 특정 브로커에 대한 특정 기호의 이력이 없는 상황이 발생할 수 있습니다.
그러나 여기에 한 가지 기능이 있습니다. 기록 및 테스트 매개변수가 서버 부분(디스패처) 내부 어딘가에 캐시되면 많은 시간을 절약할 수 있습니다.
MetaTrader 5 에이전트에 대한 MQL5 클라우드 네트워크 설정:
에이전트가 MQL5 클라우드 네트워크에서 작동하려면 "에이전트의 공용 사용 허용" 확인란을 활성화하는 것으로 충분합니다. 따라서 에이전트는 일정 빈도( 예를 들어 5분에 한 번), 작업을 확인합니다. 작업이 나타나면 에이전트가 작업을 수락하고 해결하고 지체 없이 새 작업을 적극적으로 신청하기 시작합니다. 작업이 완료되는 즉시 에이전트는 트래픽과 부하를 줄이는 드문 폴링 모드로 돌아갑니다.
에이전트가 돈을 가져오기 시작하려면 "컴퓨터 리소스 판매" 확인란을 활성화하고 MQL5.community에 유효한 로그인을 지정해야 합니다. 이 확인란을 활성화하거나 올바른 로그인을 지정하지 않으면 리소스가 무료로 제공됩니다. 에이전트가 계정에 연결되지 않고 처음에 등록된 경우에도 언제든지 변경할 수 있습니다. 새 로그인을 등록하기만 하면 에이전트가 다음에 연결할 때 새 계정에 자동으로 재등록됩니다.
한 직장 계정에서 다른 계정으로 상담원을 다시 등록할 수도 있습니다. 이 경우 이전에 획득한 금액은 이전 계정에 유지되고 새 작업은 새 계정에 지불됩니다.
MQL5 클라우드 네트워크 모드에서 작업할 때 중요한 기능은 에이전트가 SSL(443) 포트를 통해 디스패처 [1-9].agents.mql5.com에 독립적으로 연결하여 방화벽과 프록시 서버를 통과할 수 있다는 것입니다.
새 에이전트는 하이브리드 모드에서 작동합니다.
에이전트가 MQL5 클라우드 네트워크에서 작업할 수 있는 시간을 주 단위로 예약할 수 있습니다. 예를 들어 주말에는 24시간, 평일에는 9시간(22:00~07:00)으로 설정할 수 있습니다.
이 일정은 에이전트의 일반 서버 모드에 영향을 주지 않습니다. 이 모드에서는 에이전트를 항상 사용할 수 있습니다.
또한 에이전트의 리소스 사용량을 심각하게 조정할 것입니다.
- 휴식 시에는 리소스(메모리, 스레드 및 우선 순위)가 거의 소모되지 않습니다.
- 활성 작업 중에 스레드, 메모리 및 프로세서 사용량의 우선 순위를 관리하는 유연한 시스템이 사용됩니다.
주요 목표 중 하나는 에이전트가 작업 사용자를 방해하지 않고 작업할 수 있도록 하는 것입니다.빌드 404, metatester64.exe 실행 - 처음 두 개의 탭만 있음