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

 
Olegts :

Renat에게 감사드립니다. Andrey의 질문과 교차하는 어딘가에 또 다른 질문이 있습니다. metatester.exe 프로세스의 우선 순위는 "낮음"으로 설정되어 있습니다. 이는 기본적으로 Word에서 텍스트를 입력하는 것을 방해하지 않도록 하기 위한 것입니다. 가능하거나 사용자가 우선 순위를 구성하여 예를 들어 낮에는 사람들이 일할 때 낮고 저녁에는 최대한으로 구성할 계획입니까?

실제로 에이전트가 실행 중일 때 CPU의 부하를 절대적으로 정밀하게 제어하는 것은 불가능합니다.

그러나 낮은 우선 순위는 사용자가 다른 작업을 위해 컴퓨터를 사용하는 경우에 실제로 도움이 됩니다. 이 경우 더 적은 리소스가 실제로 클라우드 네트워크 에이전트에 할당됩니다(로컬 시작이 아님!). 즉, 문제 없이 Word에서 작업할 수 있습니다.

또한 오프라인으로 전환하는 시간을 지정할 수 있는 클라우드 컴퓨팅 일정표 가 있습니다. 예를 들어 근무 시간 08:00-17:00 동안 에이전트를 비활성화할 수 있습니다.


높은 수준의 작업이 없으면 모든 리소스가 우선 순위가 낮은 프로세스로 이동하기 때문에 우선 순위를 낮은 것에서 높은 것으로 높이는 것은 의미가 없습니다. 따라서 자동 에이전트는 CPU의 모든 100%를 쉽게 차지합니다.

Скачать MetaTrader 5 Strategy Tester Agent для работы в сети MQL5 Cloud Network
Скачать MetaTrader 5 Strategy Tester Agent для работы в сети MQL5 Cloud Network
  • cloud.mql5.com
Подключайтесь к сети распределенных вычислений MQL5 Cloud Network и получайте дополнительный доход круглосуточно — пусть компьютер работает на вас!
 
avoitenko :

Renat, 두 개의 터미널이 설치되어 있고 두 명의 관리자가 실행 중입니다. 프로세서는 4코어이므로 8개의 에이전트가 있습니다.

한 명의 실행 중인 관리자가 있는 프로세서의 부하가 무시할 수 있지만 두 개로 증가했기 때문에 이러한 방식으로 수행되었습니다.

이것을 할 수 있습니까? 다른 터미널의 관리자 작업에 충돌이 있습니까? 더 중요하게는 약점이 있습니까?

작업 통계 유지 및 가능한 부정 행위 $. 미리 감사드립니다.

8명의 에이전트가 모두 클라우드 네트워크 에 있습니까?

이 경우 에이전트 4명만 넣으면 됩니다. 사실 8명의 에이전트는 4명의 에이전트보다 적은 작업을 수행할 수 있습니다. 각 에이전트의 고정 비용(메모리, 프로세서, 실행 중인 스레드의 양 등)을 잊지 마십시오.


추신 : 하나의 스킨 (컴퓨터)에서 4 개의 본격적인 모자 (에이전트)를 꿰맬 수 있거나 결과의 해당 저하로 8 또는 16을 할 수 있습니다.

 
Renat :

8명의 에이전트가 모두 클라우드 네트워크에 있습니까?

이 경우 에이전트 4명만 넣으면 됩니다. 사실 8명의 에이전트는 4명의 에이전트보다 적은 작업을 수행할 수 있습니다. 각 에이전트의 고정 비용(메모리, 프로세서, 실행 중인 스레드의 양 등)을 잊지 마십시오.


추신 : 하나의 스킨 (컴퓨터)에서 4 개의 본격적인 모자 (에이전트)를 꿰맬 수 있거나 결과의 해당 저하로 8 또는 16을 할 수 있습니다.

전문가의 말을 확인하는 것은 나에게 좋지 않지만, 이것은 연습을 통해 알고 이것이 가장 순수한 진실이기 때문에 에이전트의 평가가 필요했습니다.

나는 듀얼 코어 머신에서 24개의 에이전트를 실행했지만 놈들은 질식하지만 코어당 에이전트가 있는 것이 좋습니다. 코어당 에이전트 2개라도 이미 약간 느리게 작동하고 있습니다.

 
저는 MT5를 오랫동안 플레이하지 않았습니다. 그러나 올빼미는 모두 동일하게 변경되었습니다. 최적화를 시작했고 클라우드 에이전트가 아주 먼 해(예: 1990년)의 기록을 로드하는 것을 보았습니다. 최적화는 지난 달에 수행됩니다. 그렇다면 에이전트는 왜 그렇게 많은 기록을 다운로드합니까?
 
dimeon :
저는 MT5를 오랫동안 플레이하지 않았습니다. 그러나 올빼미는 모두 동일하게 변경되었습니다. 최적화를 시작했고 클라우드 에이전트가 아주 먼 해(예: 1990년)의 기록을 로드하는 것을 보았습니다. 최적화는 지난 달에 수행됩니다. 그렇다면 에이전트는 왜 그렇게 많은 기록을 다운로드합니까?

임의의 시간 간격으로 테스트가 시작되면 단말은 반드시 서버에서 사용 가능한 이력을 확인하고 동기화합니다. 이것은 조만간 테스트를 위해 거의 모든 거래자가 사용 가능한 전체 기록을 계속 요청할 것이기 때문에 수행됩니다.

에이전트 자체의 경우 이력은 사용 가능한 전체 깊이가 아닌 요청된 볼륨의 터미널에 의해 제공됩니다. 또한 99%의 경우 많은 브로커의 이력이 이미 지리적으로 분산된 MQL5 Cloud Network 서버에 위치하여 에이전트에 전달/동기화됩니다.

또한 원격 에이전트는 다양한 브로커에 대한 방대한 양의 기록 데이터 캐시를 유지하므로 기록을 다운로드하지 않고도 동기화 단계를 즉시 통과할 수 있습니다.

우리는 매우 효율적이고 경제적인 분산 컴퓨팅 시스템을 만들었습니다. 동기화 중에 전송되는 데이터의 양을 추정하려면 에이전트 로그(터미널이 아니라 에이전트의 로그 파일)를 확인하십시오.

 
레나트에게 말하다

들어오고 나가는 트래픽이 완고하게 0kb인 열에서 직장에서 에이전트를 시작할 수 없으며 사이트의 에이전트 목록에 나타나지 않습니다.
인터넷은 Linux의 방화벽을 통해 작동합니다.
SSL 프로토콜 덕분에 어떤 방화벽도 극복할 수 있다고 첫 번째 게시물에서 썼습니다.
어딘가에 프록시 설정 과 권한 부여를 지정해야 합니까?
아니면 방화벽에서 일부 포트를 열어야 합니까?

추신 집에서 모든 것이 잘 작동합니다
 
leonid100 :
레나트에게 말하다

들어오고 나가는 트래픽이 완고하게 0kb인 열에서 직장에서 에이전트를 시작할 수 없으며 사이트의 에이전트 목록에 나타나지 않습니다.
인터넷은 Linux의 방화벽을 통해 작동합니다.
SSL 프로토콜 덕분에 어떤 방화벽도 극복할 수 있다고 첫 번째 게시물에서 썼습니다.
어딘가에 프록시 설정 과 권한 부여를 지정해야 합니까?
아니면 방화벽에서 일부 포트를 열어야 합니까?

추신 집에서 모든 것이 잘 작동합니다
이것을 시도하십시오. 나를 도와 주었다
 

안녕하세요! 흥미로운 결과...

 
Karlson :

안녕하세요! 흥미로운 결과...

세부 정보가 필요합니다.
 

모든 것이 작동했습니다! 고맙습니다!

Linux 방화벽에서 주소 범위 1에서 5.agents.mql5.com에 대한 2000-2001 포트 열기가 도움이 되었습니다.