무거운 것을 테스트할 때 나타납니다(어떤 의미에서 1~2년 동안 10개 상품의 다중 통화 시스템). 에이전트가 메가파일을 생성하려는 시점이 있는 것 같습니다(EA에는 인쇄본이 없거나 파일 작업이 없음). 일반적으로 작업하기가 정말 어려워졌습니다.
계산: 1년 의 틱 기록 (M1의 전체 틱 모드)에는 임시 파일을 위한 약 3Gb의 디스크 공간이 필요합니다(무거울 때 "...\tester\Agent-0.0.0.0-xxxx\temp" 폴더를 확인하십시오. 작업이 실행 중입니다). 에이전트 수를 곱합니다. 17Gb는 이미 직전입니다(8명의 에이전트가 있는 경우 그 이상).
계산: 1년 의 틱 기록 (M1의 전체 틱 모드)에는 임시 파일을 위한 약 3Gb의 디스크 공간이 필요합니다(무거울 때 "...\tester\Agent-0.0.0.0-xxxx\temp" 폴더를 확인하십시오. 작업이 실행 중입니다). 에이전트 수를 곱합니다. 17Gb는 이미 직전입니다(8명의 에이전트가 있는 경우 그 이상).
전문가를 위한 멋진 이름입니다. ;)
고맙습니다! 16GB가 충분하지 않을 수도 있다는 것을 알 수조차 없었습니다. 에이전트를 다른 디스크(650GB)로 옮기겠습니다. 충분하기를 바랍니다.
몇 달 동안 정기적으로(일주일에 두 번) 공간 부족으로 인해 원격 에이전트가 떨어집니다.
또는
동시에 에이전트 로그에서 모든 것이 깨끗하거나:
그리고 장소는 실제로 채워집니다:
무거운 것을 테스트할 때 나타납니다(어떤 의미에서 1~2년 동안 10개 상품의 다중 통화 시스템). 에이전트가 메가파일을 생성하려는 시점이 있는 것 같습니다(EA에는 인쇄본이 없거나 파일 작업이 없음). 일반적으로 작업하기가 정말 어려워졌습니다.
계산: 1년 의 틱 기록 (M1의 전체 틱 모드)에는 임시 파일을 위한 약 3Gb의 디스크 공간이 필요합니다(무거울 때 "...\tester\Agent-0.0.0.0-xxxx\temp" 폴더를 확인하십시오. 작업이 실행 중입니다). 에이전트 수를 곱합니다. 17Gb는 이미 직전입니다(8명의 에이전트가 있는 경우 그 이상).
전문가를 위한 멋진 이름입니다. ;)
추신. 테스터(743)는 이름 없는 한계에 부딪힙니다...
도와주세요, 제발. 거래를 찾지 못하는 이유는 무엇입니까(오류 4755)?
터미널 목록:
계산: 1년 의 틱 기록 (M1의 전체 틱 모드)에는 임시 파일을 위한 약 3Gb의 디스크 공간이 필요합니다(무거울 때 "...\tester\Agent-0.0.0.0-xxxx\temp" 폴더를 확인하십시오. 작업이 실행 중입니다). 에이전트 수를 곱합니다. 17Gb는 이미 직전입니다(8명의 에이전트가 있는 경우 그 이상).
전문가를 위한 멋진 이름입니다. ;)
고맙습니다! 16GB가 충분하지 않을 수도 있다는 것을 알 수조차 없었습니다. 에이전트를 다른 디스크(650GB)로 옮기겠습니다. 충분하기를 바랍니다.
추신. 테스터(743)는 이름 없는 한계에 부딪힙니다...
도와주세요, 제발. 거래를 찾지 못하는 이유는 무엇입니까(오류 4755)?
코드가 전략 테스터에서 테스트된 경우 HistoryDealSelect에 문제가 있을 수 있습니다.
틴트
코드가 전략 테스터에서 테스트된 경우 HistoryDealSelect에 문제가 있을 수 있습니다.
틴트
HistorySelect()와 함께 구성을 사용하면 모든 것이 잘 작동합니다.
OnTradeTransaction에서는 작동하지 않습니다. 아마도 이 이벤트는 트랜잭션에 대한 정보가 특정 데이터베이스에 저장되기 전에 발생합니다. 문서에 명시적으로 명시되어 있음에도 불구하고:
TRADE_TRANSACTION_DEAL_ADD - 거래를 기록에 추가합니다. 주문 실행 또는 계정 잔액 작업의 결과로 수행됩니다.
HistorySelect()와 함께 구성을 사용하면 모든 것이 잘 작동합니다.
OnTradeTransaction에서는 작동하지 않습니다. 아마도 이 이벤트는 트랜잭션에 대한 정보가 특정 데이터베이스에 저장되기 전에 발생합니다. 문서에 명시적으로 명시되어 있음에도 불구하고:
TRADE_TRANSACTION_DEAL_ADD - 거래를 기록에 추가합니다. 주문 실행 또는 계정 잔액 작업의 결과로 수행됩니다.
여기 에서 테스트했으며 HistorySelect()를 통해 작동했으며 HistoryDealSelect를 통한 동일한 요청이 이미 실패했습니다. 이 예에서 데이터베이스의 배치 속도는 영향을 미치지 않았습니다.
그래서 전략 테스터에서 확인합니까? 실제 생활에서는 대부분 잘 작동할 것입니다.
여기 에서 테스트했으며 HistorySelect()를 통해 작동했으며 HistoryDealSelect를 통한 동일한 요청이 이미 실패했습니다. 이 예에서 데이터베이스의 배치 속도는 영향을 미치지 않았습니다.
그래서 전략 테스터에서 확인합니까? 실제 생활에서는 대부분 잘 작동할 것입니다.
HistorySelect() 형식의 캐스트가 있는 이 코드가 제대로 작동하는지 확인합니다.
개발자가 명백한 버그를 수정할 때까지 기다려야 합니다.
네, 전략 테스터 에서 확인합니다. 실시간으로 문제가 없습니다.
틴트 . 유용할 수 있으며, 대부분 변경된 사항이 없습니다.
일반적으로 내 요구 사항에 맞는 해결 방법을 찾았습니다. OnTradeTransaction 없이.
HistoryDealGetTicket() 함수에 대한 추가 질문이 있었습니다.
문서에는 거래 티켓 번호를 반환한다고 나와 있습니다. 동시에 오류를 반환하는 경우에 대해 명시적으로 설명하지 않습니다. 예를 들어 "> 0"에 대해 반환된 값을 확인해야 합니까?
마찬가지로 HistoryOrderGetTicket() . 그러나 예제의 마지막 항목에는 양수 반환 값이 있는지 확인합니다.
포럼 검색에 따르면 사람들은 주문과 거래 모두에 대한 반환 값을 확인합니다.
예를 들어, 시퀀스 번호가 HistoryDealTotal()-1보다 큰 거래에 대한 요청이 있는 경우 이러한 확인을 수행해야 합니다. 하지만 MQL5 언어에 대한 문서를 명확히 해준 개발자들에게 감사했습니다.