안녕하세요. 나는 서비스가 문제를 정리할 때까지 두꺼비가 나를 질식시키지 않을 것이라고 생각했습니다. 나는 에이전트를 삭제할 것입니다. 글쎄요. 간섭하지 않는 것 같지만 자세히 알아보기 시작하면 누군가가 내 컴퓨터의 리소스를 낭비하고 있다는 것을 이해하게 됩니다. 그러나 나는 다음에 무슨 일이 일어나는지 확실히 지켜볼 것입니다. 아이디어는 흥미롭지만 완전히 완성되지는 않았습니다.
지금까지 변경된 사항은 없습니다. 16:06:34.463에 작업을 받았고 16:16:13.313 까지 유휴 상태였습니다. 요원(정확히 3명의 요원)이 10분 동안 무엇을 했는지는 미스터리로 남아 있다. 이 10분 동안 수행된 작업에 대한 정보가 없습니다. 그리고 다시, 로그 파일 에이전트 상태(완료된 작업 비율)에 대한 정보의 기본 재설정이 아직 없습니다.
QP 016 : 01 : 28.144 Network authorized on agent3.mql5.net for barabashkakvn
PJ 016 : 06 : 34.463 Network 4372 bytes of account info loaded
MQ 016 : 06 : 34.463 Network 1470 bytes of tester parameters loaded
RE 016 : 06 : 34.463 Network 42684 bytes of input parameters loaded
PP 016 : 06 : 34.463 Network 1138 bytes of symbols list loaded ( 165 symbols)
JD 016 : 06 : 34.463 Tester job 6945803875387462663 received from Cloud Server
RG 016 : 06 : 34.463 Tester file added, 256322 bytes loaded
IO 016 : 06 : 34.463 Network 55812 bytes of optimized inputs info loaded
IE 016 : 06 : 34.566 Tester successfully initialized
KH 016 : 06 : 34.566 Network 378 Kb of total initialization data received
MK 016 : 06 : 34.566 Tester Intel Core i7- 9750 H @ 2.60 GHz, 32574 MB
PL 016 : 06 : 34.566 Tester optimization pass 89 started
GL 016 : 06 : 34.575 Symbols GER30: symbol to be synchronized
DH 016 : 06 : 34.596 Symbols GER30: symbol synchronized, 3720 bytes of symbol info received
HD 016 : 06 : 35.780 History GER30: load 25 bytes of history data to synchronize in0 : 00 : 00.035
FQ 016 : 06 : 35.780 History GER30: history synchronized from2019.01 . 02 to 2021.03 . 30
RS 016 : 06 : 35.861 History GER30,M15: history cache allocated for50292 bars and contains 19020 bars from2019.01 . 0209 : 00 to 2019.12 . 3022 : 45
CR 016 : 06 : 35.861 History GER30,M15: history begins from2019.01 . 0209 : 00
EK 016 : 06 : 36.800 History GER30,M1: history cache allocated for752845 bars and contains 283773 bars from2019.01 . 0209 : 00 to 2019.12 . 3022 : 59
HJ 016 : 06 : 36.801 History GER30,M1: history begins from2019.01 . 0209 : 00IP 016 : 16 : 13.313 Tester tester agent shutdown started
JF 016 : 16 : 13.313 Tester shutdown tester machine
GR 016 : 16 : 13.595 Tester tester process stopped
GJ 016 : 16 : 13.596 Tester tester agent shutdown finished
쥐는 찔리고 울었지만 선인장은 계속 먹었다.
:))
2863
지금까지 변경된 사항은 없습니다. 16:06:34.463에 작업을 받았고 16:16:13.313 까지 유휴 상태였습니다. 요원(정확히 3명의 요원)이 10분 동안 무엇을 했는지는 미스터리로 남아 있다. 이 10분 동안 수행된 작업에 대한 정보가 없습니다. 그리고 다시, 로그 파일 에이전트 상태(완료된 작업 비율)에 대한 정보의 기본 재설정이 아직 없습니다.
상황이 반복됩니다. 에이전트가 한 시간 동안 쓰레쉬하고 로그 파일에 아무 것도 기록되지 않습니다. 마지막 항목은 12:46:02.921 입니다. 13:47:50.660 에 요원을 죽여야 했습니다.
사이에서 볼 수 있듯이 12:46:02.921 및 13:47:50.660 메시지가 전혀 없습니다.
요청: 서비스 정보의 출력을 예를 들어 매 3분마다 만드는 것이 가능합니까? 그들은 작업 번호를 말합니다. 등등, 프로세스가 진행 중입니까?
일주일 동안 모든 에이전트를 삭제합니다. 아마도 일주일 안에 변경될 것입니다.
상담원은 어제 거의 한 시간 동안 일했습니다. 출력은 약간 예상치 못한 결과였습니다.
2022-01-13 4명의 요원 아카이브를 첨부합니다.
상담원은 한 시간 동안 일했습니다.
~가 되었다
PR이 163인 경우 지불금은 $0.05였습니다.
무슨 일이에요? 에이전트 수수료 감소? 평소보다 3~4배 적은 금액이다. 아니면 일부 에이전트는 루프 모드에서도 무료로 작동합니까?
17일 기록을 첨부합니다.
에이전트가 할당되었습니다. 25~30분 동안 뒹굴었다. 그러나 카운터는 변경되지 않았습니다.
다음은 작업입니다(한 에이전트의 로그를 가져왔습니다). 역사, 상징, 진드기가 동기화되었지만 작업의 성장에 아무 것도 들어가지 않았습니다.
저널에 작업의 운명에 대해 더 자세한 논평을 쓸 수 있습니까? 예를 들어 작업이 고객 측에서 중단되었거나 작업이 중단 되었습니까?
모두를 환영합니다. 저도 같은 상황입니다. 그 결과 2시간 동안 16개의 코어를 타작하여 하나의 작업을 완료했습니다. 요컨대, 나는 비교하기 위해 4 개의 코어를 남겼습니다.
글쎄, 적어도 개발자는 약간의 설명을했습니다. 나는 모든 문제가 기억에 있다고 생각한다. 메모리가 많을수록 더 많은 작업이 주어집니다. 그리고 일할 기회도 적습니다.
또한 동일한 작업을 가장 먼저 마감한 많은 에이전트에게 동일한 작업이 발급된다는 가정도 있습니다.
그러나 이것은 내 추측입니다.
작업에서 축소하는 방법? 스레드당 메모리를 제한해야 합니다.
예를 들어 기본 폴더에는 동기화를 위해 다운로드한 많은 스토리가 포함되어 있어 다시는 사용할 수 없습니다.
설명을 기다리고 있습니다. 실수로 같은 주제를 열었습니다. 여기에서 닫고 논의해야 합니다.
에이전트가 할당되었습니다. 25~30분 동안 뒹굴었다. 그러나 카운터는 변경되지 않았습니다.
다음은 작업입니다(한 에이전트의 로그를 가져왔습니다). 역사, 상징, 진드기가 동기화되었지만 작업의 성장에 아무 것도 들어가지 않았습니다.
저널에 작업의 운명에 대해 더 자세한 논평을 쓸 수 있습니까? 예를 들어 작업이 고객 측에서 중단되었거나 작업이 중단 되었습니까?
아마도 도움이 될 것입니다. 나는 프로그램을 내렸다. 디렉토리와 그와 연결된 모든 것을 삭제했습니다. 나는 레지스트리와 단어 tester에 대한 모든 참조를 청소했습니다. 에이전트를 다시 설치했습니다. 천천히, 그들은 다시 고르기 시작했습니다.