단일 실행(최적화 모드가 아닌 단일 패스)의 경우 로컬 에이전트 중 하나 또는 원격 에이전트 중 하나(서버 모드에서 작동)를 선택할 수 있습니다.
단일 실행의 경우 실용적이고 경제적이지 않기 때문에 MQL5 클라우드 네트워크에서 에이전트를 선택할 수 없습니다.
대략적으로 말하면 단일 테스트를 위해 캐시를 늘리고 데이터를 준비하는 강력한 분산 시스템 MQL5 네트워크를 초기화하는 것은 의미가 없습니다. MQL5 클라우드 네트워크의 임무는 대규모 최적화 계산을 수행하는 것입니다.
그건 그렇고, 여기에 내가 생각한 것이 있습니다. 예를 들어 캐시의 전송 속도(상승 시간)를 마이너스로 분석하고 플러스에서 더 큰 코어 수를 확인하고 얻은 결과를 로컬 테스트만 수행한 시간과 비교하여 원격 코어를 구동하는 것이 의미가 없는 것처럼 "조언"을 내립니다. 사실 이것은 처음에는 전혀 명확하지 않습니다.
Academic : 그건 그렇고, 여기에 내가 생각한 것이 있습니다. 예를 들어 캐시의 전송 속도(상승 시간)를 마이너스로 분석하고 플러스에서 더 큰 코어 수를 확인하고 얻은 결과를 로컬 테스트만 수행한 시간과 비교하여 원격 코어를 구동하는 것이 의미가 없는 것처럼 "조언"을 내립니다. 사실 이것은 처음에는 전혀 명확하지 않습니다.
물론 테스트 관리자는 컴퓨팅 비용을 줄이기 위해 더 많은 로컬 에이전트를 사용하려고 시도한 다음 원격으로 배포한 다음에만 배포합니다.
또한 원격 에이전트와 작업할 때 네트워크 지연의 영향을 거의 0으로 줄일 수 있는 일괄 처리 메커니즘을 구현하고 있습니다.
즉, 터미널은 32-64개의 블록으로 작업을 각 에이전트에 배포하므로 네트워크 지연의 영향을 동일한 횟수만큼 줄일 수 있습니다.
예: 계산 매개변수와 함께 32개의 실행으로 구성된 2kb 작업 패키지를 보내고 5분 안에 에이전트로부터 결과가 포함된 1kb 응답 패키지를 받았습니다. 그 결과 네트워크 트래픽은 패킷화 없이 32초가 아닌 1초 정도의 전송 손실로 3kb입니다.
Для одиночного прогона (не в режиме оптимизации, а именно одиночный проход) можно выбрать одного из локальных агентов или одного из удаленных (работающих в серверном режиме).
"원격, 서버 모드에서 실행 중"은(는) 무슨 뜻인가요? 이해가 안갑니다. Metatester 구성 요소를 사용하여 두 번째 컴퓨터에 에이전트를 설치하면 그것이 무엇입니까? 그런 다음 서버 모드에서 작동하지 않는 원격 항목은 무엇입니까? 추가하는 방법은 무엇입니까?
단일 실행의 경우 실용적이고 경제적이지 않기 때문에 MQL5 클라우드 네트워크에서 에이전트를 선택할 수 없습니다.
여기에 하나의 코어, 하나의 에이전트로 작동하는 슈퍼 컴퓨터 또는 그 클러스터가 필요하고 네트워크가 필요합니다. 아무도 그런 집을 가지고 있지 않습니다. 또는 최소한 강력한 시스템에 연결하는 기능(내가 이해하는 한 가능합니다. 강력한 컴퓨터에 에이전트를 설치하고 랩톱에서 한 번만 실행하면 가능합니다). 1회용입니다. 결국, 반대의 결과가 나타납니다. 초기 단일 실행을 수행하는 것이 어렵더라도 MQL5 클라우드 네트워크 를 사용하여 대규모 최적화 계산을 수행하는 데 실질적인 의미가 없습니다. 옵션의 열거는 두 번째 경우이지만 단일 실행은 덜 중요하지 않으며 누군가에게는 훨씬 더 중요합니다.
대략적으로 말하면 단일 테스트를 위해 캐시를 늘리고 데이터를 준비하는 강력한 분산 시스템 MQL5 네트워크를 초기화하는 것은 의미가 없습니다. MQL5 클라우드 네트워크의 임무는 대규모 최적화 계산을 수행하는 것입니다.
나는 이것에 동의합니다. 하지만 컴퓨터에 여러 개의 코어가 있어도 여러 개의 단일 실행(테스트)을 동시에 실행할 수 있는 방법이 없는 것이 유감입니다. 더 정확하게는 순차적으로 진행되지만 이전 실행이 완료될 때까지 기다리지 않습니다. 여러 버전의 터미널 - 메모리 비용이 매우 비쌉니다. 이제 테스터가 여러 인스턴스를 실행할 수 있는 독립 실행형 프로그램이라면 더 좋을 것입니다. 이상적으로는 멀티태스킹 테스터입니다. 이제 우리는 매개변수 목록이 있는 구성 파일을 작성하고 파일에서 로드하여 카운터 의사 변수를 최적화 프로그램으로 전환해야 합니다. 불편한. 이 옵션의 전체 테스트 결과 (특히 트랜잭션)도 독립적으로 계산하고 형식을 지정하고 init에서 파일로 덤프해야 한다는 사실에 대해 말하는 것이 아닙니다. 현재 버전의 테스터에서 최적화 결과의 Vopchem 대량 처리는 매우 어렵습니다. 파일에서 어제의 테스트 결과를 로드하는 것도 불가능합니다(여전히 존재합니다!). "원 클릭" 테스터로 침착하게 처리하려면 "최적화 결과" 페이지로 돌아가십시오. 최소한 그러한 기회를 구현할 수 있습니까?
또 다른 골치 아픈 주제: 최적화할 때 에이전트용 데이터를 준비하는 데 시간이 많이 걸립니다. 그러나 단일 실행 작업이 아니라 일괄 실행(8-16-32)으로 에이전트를 로드할 수 있습니까? 이 경우(IMHO) 총 최적화 시간에서 실질적인 이득을 얻을 수 있습니다. 내가 아는 한, 현재 네 곳에서 그러한 계획이 성공적으로 작동하고 있습니다. 제 생각에는 여러 매개변수 세트가 병렬로 실행됩니다(제가 틀릴 수도 있음). 나는 상위 5 위 안에 이와 같은 것을 원합니다. 그리고 단일 코어 테스터에서 5명의 테스터가 때때로 4명의 테스터보다 뒤쳐집니다(이미 어떻게든 썼습니다).
// 우와! 늦은. 글을 쓰는 동안 이미 Renat은 일괄 처리에 대해 긍정적으로 썼습니다. 고맙습니다. 나는 기쁘다. 붐 기다려.
"원격, 서버 모드에서 실행 중"은(는) 무슨 뜻인가요? 이해가 안갑니다. Metatester 구성 요소를 사용하여 두 번째 컴퓨터에 에이전트를 설치하면 그것이 무엇입니까? 그런 다음 서버 모드에서 작동하지 않는 원격 - 추가 방법은 무엇입니까?
여기에 하나의 코어, 하나의 에이전트로 작동하는 슈퍼 컴퓨터 또는 그 클러스터가 필요하고 네트워크가 필요합니다. 아무도 그런 집을 가지고 있지 않습니다. 또는 최소한 강력한 시스템에 연결하는 기능(내가 이해하는 한 가능합니다. 강력한 컴퓨터에 에이전트를 설치하고 랩톱에서 한 번만 실행하면 가능합니다). 1회용입니다. 결국, 반대의 결과가 나타납니다. 초기 단일 실행을 수행하는 것이 어렵더라도 MQL5 클라우드 네트워크를 사용하여 대규모 최적화 계산을 수행하는 데 실질적인 의미가 없습니다. 옵션의 열거는 두 번째 경우이지만 단일 실행은 덜 중요하지 않으며 누군가에게는 훨씬 더 중요합니다.
이것은 해독하는 방법이 전혀 명확하지 않습니다 ...
1. 단일 실행에서 로컬(자체 PC) 또는 원격 에이전트(네트워크 내) 중 하나의 코어만 사용됩니다.
2. 특정 커널을 비활성화할 수 있습니다.
3. 테스트할 특정 에이전트(특정 커널)를 선택할 수 있습니다.
이론적으로 여러 "단일 테스트"를 동시에 실행할 수 있지만 여러 터미널이 필요합니다.
추신
랩톱을 사용하는 경우 로컬 코어를 줄이고 강력한 컴퓨터(로컬 네트워크에 있거나 테스트를 위해 리소스를 최대한 자유롭게 사용할 수 있음)에서 테스트해야 합니다.
역사는 어떻습니까? 그녀는 하나가 될 것입니다? 터미널이 다른 DC에서 다운로드되는 경우 고양이는 어떤 이야기를 울었고 다른 장소에 구멍과 구멍이 있습니까?
도구의 수가 일치하지 않는 경우 예 서버에는 12개의 챔피언십 기호가 있습니다. 그리고 테스트를 위해(다중 통화의 경우 지표가 올바르게 작동하려면 전체 통화 매트릭스가 필요합니다) 이 경우 어떻게? …
그리고 세 번째는 이미 시간에 대해 이야기하고 있었습니다. 이를 위해 UTG 시간을 도입했습니다.적어도 어떻게 든 모든 것을 동기화하려면 ... 어떻게 하시겠습니까? 특정 거래 시간만 테스트한다고 가정해 보겠습니다(예: 10-12 모스크바 시간) ... 시간은 사람마다 다릅니다.
여기에서 더 자세히. 내가 이해하는 한, 여기에서는 실행당 하나의 코어가 있다는 사실에 대해 이야기하고 있지만 어느 하나를 선택할 수 있으며 + 여러 터미널을 실행할 수 있습니다.
단일 실행(최적화 모드가 아닌 단일 패스)의 경우 로컬 에이전트 중 하나 또는 원격 에이전트 중 하나(서버 모드에서 작동)를 선택할 수 있습니다.
단일 실행의 경우 MQL5 Cloud Network 에서 에이전트를 선택할 수 없습니다. 실용적이고 경제적이지 않기 때문입니다.
대략적으로 말하면 단일 테스트를 위해 캐시를 늘리고 데이터를 준비하는 강력한 분산 시스템 MQL5 네트워크를 초기화하는 것은 의미가 없습니다. MQL5 클라우드 네트워크의 임무는 대규모 최적화 계산을 수행하는 것입니다.
단일 실행(최적화 모드가 아닌 단일 패스)의 경우 로컬 에이전트 중 하나 또는 원격 에이전트 중 하나(서버 모드에서 작동)를 선택할 수 있습니다.
단일 실행의 경우 실용적이고 경제적이지 않기 때문에 MQL5 클라우드 네트워크에서 에이전트를 선택할 수 없습니다.
대략적으로 말하면 단일 테스트를 위해 캐시를 늘리고 데이터를 준비하는 강력한 분산 시스템 MQL5 네트워크를 초기화하는 것은 의미가 없습니다. MQL5 클라우드 네트워크의 임무는 대규모 최적화 계산을 수행하는 것입니다.
단일 실행(최적화 모드가 아닌 단일 패스)의 경우 로컬 에이전트 중 하나 또는 원격 에이전트 중 하나(서버 모드에서 작동)를 선택할 수 있습니다.
단일 실행의 경우 실용적이고 경제적이지 않기 때문에 MQL5 클라우드 네트워크에서 에이전트를 선택할 수 없습니다.
대략적으로 말하면 단일 테스트를 위해 캐시를 늘리고 데이터를 준비하는 강력한 분산 시스템 MQL5 네트워크를 초기화하는 것은 의미가 없습니다. MQL5 클라우드 네트워크의 임무는 대규모 최적화 계산을 수행하는 것입니다.
그건 그렇고, 여기에 내가 생각한 것이 있습니다. 예를 들어 캐시의 전송 속도(상승 시간)를 마이너스로 분석하고 플러스에서 더 큰 코어 수를 확인하고 얻은 결과를 로컬 테스트만 수행한 시간과 비교하여 원격 코어를 구동하는 것이 의미가 없는 것처럼 "조언"을 내립니다. 사실 이것은 처음에는 전혀 명확하지 않습니다.
물론 테스트 관리자는 컴퓨팅 비용을 줄이기 위해 더 많은 로컬 에이전트를 사용하려고 시도한 다음 원격으로 배포한 다음에만 배포합니다.
또한 원격 에이전트와 작업할 때 네트워크 지연의 영향을 거의 0으로 줄일 수 있는 일괄 처리 메커니즘을 구현하고 있습니다.
즉, 터미널은 32-64개의 블록으로 작업을 각 에이전트에 배포하므로 네트워크 지연의 영향을 동일한 횟수만큼 줄일 수 있습니다.
예: 계산 매개변수와 함께 32개의 실행으로 구성된 2kb 작업 패키지를 보내고 5분 안에 에이전트로부터 결과가 포함된 1kb 응답 패키지를 받았습니다. 그 결과 네트워크 트래픽은 패킷화 없이 32초가 아닌 1초 정도의 전송 손실로 3kb입니다.
답장을 보내주셔서 감사합니다. 그러나 많은 부분이 불분명합니다.
Для одиночного прогона (не в режиме оптимизации, а именно одиночный проход) можно выбрать одного из локальных агентов или одного из удаленных (работающих в серверном режиме).
"원격, 서버 모드에서 실행 중"은(는) 무슨 뜻인가요? 이해가 안갑니다. Metatester 구성 요소를 사용하여 두 번째 컴퓨터에 에이전트를 설치하면 그것이 무엇입니까? 그런 다음 서버 모드에서 작동하지 않는 원격 항목은 무엇입니까? 추가하는 방법은 무엇입니까?
단일 실행의 경우 실용적이고 경제적이지 않기 때문에 MQL5 클라우드 네트워크에서 에이전트를 선택할 수 없습니다.
여기에 하나의 코어, 하나의 에이전트로 작동하는 슈퍼 컴퓨터 또는 그 클러스터가 필요하고 네트워크가 필요합니다. 아무도 그런 집을 가지고 있지 않습니다. 또는 최소한 강력한 시스템에 연결하는 기능(내가 이해하는 한 가능합니다. 강력한 컴퓨터에 에이전트를 설치하고 랩톱에서 한 번만 실행하면 가능합니다). 1회용입니다. 결국, 반대의 결과가 나타납니다. 초기 단일 실행을 수행하는 것이 어렵더라도 MQL5 클라우드 네트워크 를 사용하여 대규모 최적화 계산을 수행하는 데 실질적인 의미가 없습니다. 옵션의 열거는 두 번째 경우이지만 단일 실행은 덜 중요하지 않으며 누군가에게는 훨씬 더 중요합니다.
그래서 제대로 이해했습니다. 하나의 로컬/원격 에이전트 + 여러 터미널
이것은 해독하는 방법이 전혀 명확하지 않습니다 ...
Renat :
예: 계산 매개변수와 함께 32개의 실행으로 구성된 2kb 작업 패키지를 보내고 5분 안에 에이전트로부터 결과가 포함된 1kb 응답 패키지를 받았습니다. 그 결과 네트워크 트래픽은 패킷화 없이 32초가 아닌 1초 정도의 전송 손실로 3kb입니다.
Renat :
대략적으로 말하면 단일 테스트를 위해 캐시를 늘리고 데이터를 준비하는 강력한 분산 시스템 MQL5 네트워크를 초기화하는 것은 의미가 없습니다. MQL5 클라우드 네트워크의 임무는 대규모 최적화 계산을 수행하는 것입니다.
나는 이것에 동의합니다. 하지만 컴퓨터에 여러 개의 코어가 있어도 여러 개의 단일 실행(테스트)을 동시에 실행할 수 있는 방법이 없는 것이 유감입니다. 더 정확하게는 순차적으로 진행되지만 이전 실행이 완료될 때까지 기다리지 않습니다. 여러 버전의 터미널 - 메모리 비용이 매우 비쌉니다. 이제 테스터가 여러 인스턴스를 실행할 수 있는 독립 실행형 프로그램이라면 더 좋을 것입니다. 이상적으로는 멀티태스킹 테스터입니다. 이제 우리는 매개변수 목록이 있는 구성 파일을 작성하고 파일에서 로드하여 카운터 의사 변수를 최적화 프로그램으로 전환해야 합니다. 불편한. 이 옵션의 전체 테스트 결과 (특히 트랜잭션)도 독립적으로 계산하고 형식을 지정하고 init에서 파일로 덤프해야 한다는 사실에 대해 말하는 것이 아닙니다. 현재 버전의 테스터에서 최적화 결과의 Vopchem 대량 처리는 매우 어렵습니다. 파일에서 어제의 테스트 결과를 로드하는 것도 불가능합니다(여전히 존재합니다!). "원 클릭" 테스터로 침착하게 처리하려면 "최적화 결과" 페이지로 돌아가십시오. 최소한 그러한 기회를 구현할 수 있습니까?
또 다른 골치 아픈 주제: 최적화할 때 에이전트용 데이터를 준비하는 데 시간이 많이 걸립니다. 그러나 단일 실행 작업이 아니라 일괄 실행(8-16-32)으로 에이전트를 로드할 수 있습니까? 이 경우(IMHO) 총 최적화 시간에서 실질적인 이득을 얻을 수 있습니다. 내가 아는 한, 현재 네 곳에서 그러한 계획이 성공적으로 작동하고 있습니다. 제 생각에는 여러 매개변수 세트가 병렬로 실행됩니다(제가 틀릴 수도 있음). 나는 상위 5 위 안에 이와 같은 것을 원합니다. 그리고 단일 코어 테스터에서 5명의 테스터가 때때로 4명의 테스터보다 뒤쳐집니다(이미 어떻게든 썼습니다).
// 우와! 늦은. 글을 쓰는 동안 이미 Renat은 일괄 처리에 대해 긍정적으로 썼습니다. 고맙습니다. 나는 기쁘다. 붐 기다려.
답장을 보내주셔서 감사합니다. 그러나 많은 부분이 불분명합니다.
"원격, 서버 모드에서 실행 중"은(는) 무슨 뜻인가요? 이해가 안갑니다. Metatester 구성 요소를 사용하여 두 번째 컴퓨터에 에이전트를 설치하면 그것이 무엇입니까? 그런 다음 서버 모드에서 작동하지 않는 원격 - 추가 방법은 무엇입니까?
여기에 하나의 코어, 하나의 에이전트로 작동하는 슈퍼 컴퓨터 또는 그 클러스터가 필요하고 네트워크가 필요합니다. 아무도 그런 집을 가지고 있지 않습니다. 또는 최소한 강력한 시스템에 연결하는 기능(내가 이해하는 한 가능합니다. 강력한 컴퓨터에 에이전트를 설치하고 랩톱에서 한 번만 실행하면 가능합니다). 1회용입니다. 결국, 반대의 결과가 나타납니다. 초기 단일 실행을 수행하는 것이 어렵더라도 MQL5 클라우드 네트워크를 사용하여 대규모 최적화 계산을 수행하는 데 실질적인 의미가 없습니다. 옵션의 열거는 두 번째 경우이지만 단일 실행은 덜 중요하지 않으며 누군가에게는 훨씬 더 중요합니다.
이것은 해독하는 방법이 전혀 명확하지 않습니다 ...
1. 단일 실행에서 로컬(자체 PC) 또는 원격 에이전트(네트워크 내) 중 하나의 코어만 사용됩니다.
2. 특정 커널을 비활성화할 수 있습니다.
3. 테스트할 특정 에이전트(특정 커널)를 선택할 수 있습니다.
이론적으로 여러 "단일 테스트"를 동시에 실행할 수 있지만 여러 터미널이 필요합니다.
추신
랩톱을 사용하는 경우 로컬 코어를 줄이고 강력한 컴퓨터(로컬 네트워크에 있거나 테스트를 위해 리소스를 최대한 자유롭게 사용할 수 있음)에서 테스트해야 합니다.
MetaDriver :
그러나 단일 실행 작업이 아니라 일괄 실행(8-16-32)으로 에이전트를 로드할 수 있습니까? 이 경우(IMHO) 총 최적화 시간에서 실질적인 이득을 얻을 수 있습니다. 내가 아는 한, 현재 네 곳에서 그러한 계획이 성공적으로 작동하고 있습니다.
그리고 여기서 이해가 안되는게...