lank: Всем привет! Хотелось бы чтобы тем кто предоставляет процессорные мощности платили бы побольше, ну или там бонусы всякие добавляли за каждые 100, 200 тыс. проходов.
lank: 안녕하세요 여러분! 프로세서 용량을 제공하는 사람들에게 더 많은 비용을 지불하거나 100, 200,000 개의 패스마다 보너스가 추가되기를 원합니다. 그리고 개발자들에게도 호소하고 싶습니다. 아마도 그들은이 기사를 읽고 현재 하루에 수행 된 패스 수를 사용자 통계에 추가 할 것이며 이제 모든 상담원에 대한 총계 만 표시 될 것입니다.
제가 궁금한 것은 다음과 같습니다. 부하가 많지 않은 서버가 있습니다. 거기에 테스트 에이전트 8개를 설치하여 게시하고 클라우드에 넣었습니다. 가끔은 제가 직접 사용하기도 합니다. 오래 전이었고 모든 것이 작동했고 문제를 일으키지 않았습니다. 오늘 저는 최적화 프로그램을 실행하기로 결정했고 터미널에 8 개의 원격 에이전트 중 7 개가 사용 중이라고 표시됩니다. 좋아, 나는 그들이 클라우드에서 일하고 있다고 생각합니다.... 한 시간이 지났고 두 시간이 지났지만 여전히 바쁩니다. 저는 더 자세히 살펴보기로 결정했습니다. 원격 데스크톱으로 이동하여 리소스 모니터에서 1 개 (내가 사용하는 것) 만 작동하고 CPU에 부하가 있고 일부 메모리가 사용 중임을 확인했습니다. 대체로 작동합니다. 나머지 7개는 _아무 것도 하지 않습니다_.
주의 질문 : 왜, 어떻게 이것이 가능하며 마침내 어떻게 든 지불됩니까?
UPD : 유휴 프로세스를 죽이고 자동으로 다시 시작하여 테스트를 위해 사용할 수있게되었습니다. 그래도 이상한 동작입니다.
EK 009:17:18.532 Network connected to 3.agents.mql5.com
LL 009:17:18.532 Network authorized on 3.agents.mql5.com
PE 009:17:21.480 Network 71876 bytes of input parameters loaded
JQ 009:17:21.480 Tester job 5997523921618883201 received from Cloud Server
CH 009:17:21.480 Tester file added, 112793 bytes loaded
RQ 009:17:21.480 Network 94144 bytes of optimized inputs info loaded
RI 009:17:21.480 Tester successfully initialized
EQ 009:17:21.480 Network 271 Kb of total initialization data received
OF 009:17:21.480 Tester Intel Xeon X5550 @ 2.67 GHz, 12277 MB
GR 009:17:21.480 Tester optimization pass 11713 started
RD 009:17:21.480 History AUDUSD: symbol tick base found
OP 009:27:51.539 Tester cancel expert execution
RD 009:38:52.647 Tester tester agent shutdown
PI 009:43:53.809 Network connected to 3.agents.mql5.com
FQ 009:43:54.030 Network authorized on 3.agents.mql5.com
II 217:18:43.829192.168.22.23 cannot accept connect, agent is busy
PQ 217:19:43.498192.168.22.23 cannot accept connect, agent is busy
QJ 217:19:54.510192.168.22.23 cannot accept connect, agent is busy
HS 217:20:54.485192.168.22.23 cannot accept connect, agent is busy
LL 217:21:54.473192.168.22.23 cannot accept connect, agent is busy
FD 217:23:21.978192.168.22.23 cannot accept connect, agent is busy
FM 217:24:21.454192.168.22.23 cannot accept connect, agent is busy
DF 217:25:36.936192.168.22.23 cannot accept connect, agent is busy
KO 217:26:36.417192.168.22.23 cannot accept connect, agent is busy
GG 217:27:48.318192.168.22.23 cannot accept connect, agent is busy
EP 217:28:48.403192.168.22.23 cannot accept connect, agent is busy
PI 217:29:48.401192.168.22.23 cannot accept connect, agent is busy
RR 217:31:01.722192.168.22.23 cannot accept connect, agent is busy
CJ 217:32:01.403192.168.22.23 cannot accept connect, agent is busy
FS 217:33:01.414192.168.22.23 cannot accept connect, agent is busy
HL 217:34:08.137192.168.22.23 cannot accept connect, agent is busy
ME 217:35:07.404192.168.22.23 cannot accept connect, agent is busy
DM 217:36:07.433192.168.22.23 cannot accept connect, agent is busy
LF 217:37:17.679192.168.22.23 cannot accept connect, agent is busy
JN 017:51:38.248 Startup access rights to common directory successfully checked
OK 017:51:38.248 Startup Service start initialized
QL 017:51:38.248 Startup Create startup thread
RD 017:51:38.248 Startup Thread successfully created
KP 017:51:38.248 Startup MetaTester 5 x64 build 910 (07 Mar 2014)
DD 017:51:38.248 Server MetaTester 5 started on 0.0.0.0:2000
EO 017:51:38.248 Agent OpenCL is not supported
IO 017:51:38.248 Startup initialization finished
다음은 상담원 바쁨, 재시작, 버전과 관련하여 클라우드로부터 마지막으로 실행 된 작업, 취소입니다. 모든 것이 있는 것 같습니다.
안녕하세요 여러분! 프로세서 용량을 제공하는 사람들에게 더 많은 비용을 지불하거나 100, 200,000 개의 패스마다 보너스가 추가되기를 원합니다. 그리고 개발자들에게도 호소하고 싶습니다. 아마도 그들은이 기사를 읽고 현재 하루에 수행 된 패스 수를 사용자 통계에 추가 할 것이며 이제 모든 상담원에 대한 총계 만 표시 될 것입니다.
컴퓨터에 에이전트를 설치 한 후 약 2 개월 동안 기다렸다가 작업을 시작하고 잊어 버리고 잊어 버리고 약 4-5 시간 동안 전원을 켰을 때 하루 평균 아딘 컴퓨팅 아딘 퍼센트에서 작업했습니다.
예, 컴퓨터 작업에 대한 가격은 무언가를 가져와야하며 물론 전기 비용을 정당화해야합니다. 클라우드의 어드바이저가 타사 dll (전략 포함)을 지원한다면 훨씬 더 흥미로운 서비스가 될 것입니다.
제가 궁금한 것은 다음과 같습니다. 부하가 많지 않은 서버가 있습니다. 거기에 테스트 에이전트 8개를 설치하여 게시하고 클라우드에 넣었습니다. 가끔은 제가 직접 사용하기도 합니다. 오래 전이었고 모든 것이 작동했고 문제를 일으키지 않았습니다. 오늘 저는 최적화 프로그램을 실행하기로 결정했고 터미널에 8 개의 원격 에이전트 중 7 개가 사용 중이라고 표시됩니다. 좋아, 나는 그들이 클라우드에서 일하고 있다고 생각합니다.... 한 시간이 지났고 두 시간이 지났지만 여전히 바쁩니다. 저는 더 자세히 살펴보기로 결정했습니다. 원격 데스크톱으로 이동하여 리소스 모니터에서 1 개 (내가 사용하는 것) 만 작동하고 CPU에 부하가 있고 일부 메모리가 사용 중임을 확인했습니다. 대체로 작동합니다. 나머지 7개는 _아무 것도 하지 않습니다_.
주의 질문 : 왜, 어떻게 이것이 가능하며 마침내 어떻게 든 지불됩니까?
UPD : 유휴 프로세스를 죽이고 자동으로 다시 시작하여 테스트를 위해 사용할 수있게되었습니다. 그래도 이상한 동작입니다.
유휴 상담원의 로그에 기록된 내용을 확인하세요. 상담원들은 어떤 빌드인가요?
그 중 하나의 일일 로그 파일을 압축 파일로 첨부해 주세요.
유휴 상담원의 로그에 기록된 내용을 확인하세요. 상담원들은 어떤 빌드인가요?
그 중 한 명의 일일 로그 파일을 압축 파일로 첨부해 주세요.
다음은 로그의 일부입니다. 그 이상은 필요하지 않을 것 같습니다.
다음은 상담원 바쁨, 재시작, 버전과 관련하여 클라우드로부터 마지막으로 실행 된 작업, 취소입니다. 모든 것이 있는 것 같습니다.