현재 테스터/최적화/클라우드 관련 버그에 대한 정보를 제공하기가 상당히 어렵습니다. 파싱에 많은 시간이 소요됩니다. 여하튼 저는 최적화 결과를 아카이브에 저장하여 다시 최적화할 필요 없이 분석을 위해 MetaTrader 5에서 다시 열 수 있도록 제안했습니다. 이제 그러한 아카이브에 저장할 수 있는 기능이 있다면 구문 분석을 위해 아카이브를 개발자에게 보내는 것이 더 쉬울 것입니다. 즉, 아카이브에는 최적화 결과, 로그(오류만) 및 기타 모든 필요한 정보가 포함됩니다.
파일 크기 문제에 대해서만 이야기했습니다. 이전 버전의 기록 블록이 삭제 없이 저장되었습니다.
RAM은 이미 전문가들이 사용하고 있습니다.
지금 에이전트 756입니다.
어떤 문제가 해결되었습니까?
지금 에이전트 756입니다.
어떤 문제가 해결되었습니까?
1. 얼마 전 요원들이 시계처럼 일하고 있었습니다. 메모리는 각각 약 300MB를 차지했습니다. 그러나 시스템 디스크(Progamm Files에 설치됨)에서 각 에이전트는 임시 폴더에 약 5GB의 .tmp 파일을 가지고 있었습니다.
이건 괜찮아?
2. 에이전트 로그에서 흥미로운 항목을 찾았습니다.
모든 로그는 삭제되었으며 오류가 발견되면 로그를 증거로 제공할 수도 없습니다.
이제는 에이전트의 실행 시간, 사용된 메모리 양 등도 알 수 없습니다. 로그가 즉시 지워진다면 왜 로그입니까? 이전에는 3일 이상의 기간 동안 로그가 삭제되었습니다.
추신. 로그의 두 번째 줄에서 시간이 올바르지 않습니다.
...
다음은 오늘 공개됩니다. 아직 게시되지 않았습니다.
어제 빌드는 출시하지 않기로 결정했고 더 많은 테스트를 수행하기 위해 월요일까지 연기했습니다.
로그는 매우 빠르게 누적되고 기가바이트를 차지할 수 있으므로 보다 적극적으로 삭제해야 했습니다. 에이전트 자신이 카탈로그의 청결도를 모니터링합니다. ...
아니, 난 상관없어. 그러나 문제가 있지만 라우터가 있는 홈 네트워크에서 최소한 처리 작업이 있는 경우 구문 분석을 위해 무엇을 제공해야 합니까?
아니면 특정 이벤트가 발생할 때(매일이 아닌) 로그가 정리됩니까?
아니, 난 상관없어. 그러나 문제가 있지만 라우터가 있는 홈 네트워크에서 최소한 처리 작업이 있는 경우 구문 분석을 위해 무엇을 제공해야 합니까?
아니면 특정 이벤트가 발생할 때(매일이 아닌) 로그가 정리됩니까?
문제가 발생하는 동안 파일에서 로그를 볼 수 있습니다.
파싱의 경우 에이전트 관리자에서 에이전트를 중지하고 전체 로그를 볼 수 있으며 에이전트가 다시 시작될 때까지 로그가 저장됩니다.