이봐, 난 정말 광대처럼 보인다 . 하지만 동일한 "에이전트" 탭에 그렇게 많은 에이전트가 없습니다.
글쎄, 당신은 무엇입니까? 평가의 방향은 정확하지만.
약간의 속임수만 있으면 끝입니다. 결국, 모든 수단이 증거로 좋습니다. 그렇지 않습니까?
네트워크 상태 "연결 여부"가 표시되는 화면의 오른쪽을 자른 것은 헛된 일이 아닙니다. 특히 테스트 모드를 비활성 상태로 표시했습니다. 지정된 화면의 각 행의 상태). 따라서 결론은 명백한 사기 입니다.
테스트 청결 요구 사항:
테스트 중에 네트워크가 작동하기 시작했을 때 측정해야 하며 통과가 끝난 후(또는 프로세스를 의도적으로 중지한 후) 측정해야 합니다.
네트워크가 리소스를 절약하기 위해 가능한 한 많은 에이전트를 끄려고(절전 모드로 보내기) 시도하기 때문에 "사용 가능한 에이전트"의 표시기는 네트워크의 로드가 떨어지자 마자 즉시 날아갑니다. 에이전트는 로드할 때만 고려할 수 있습니다.
작업이 나타나면 작업 중인 에이전트를 포함하여 네트워크가 30초에서 60초로 워밍업됩니다.
네트워크에 작업을 시작해야 하며 그 수는 수천(수만)입니다.
500번의 패스로 작업을 실행한 다음 낮은 네트워크 부하를 표시하는 것은 부정 행위입니다.
그게 다야 당신은 저와 논쟁할 수 있지만, 저의 거듭된 수정의 배경에 대해 그런 약한 주장을 하는 것은 용서할 수 없습니다.
문제의 근본 원인은 실제로 MQL5 클라우드 네트워크 를 사용하지 않는다는 것입니다. 그들은 에이전트를 설명하고 네트워크를 가열하는 것조차 인식하지 못하기 때문에 잠자는 네트워크의 카운터를보고 말도 안되는 소리를 전달하기 위해 포럼으로 이동합니다. 한 시간 동안 클라우드를 테스트해 본 사람이라면 클라우드가 어떻게 작동하는지 이해할 것입니다.
Renat, 나는 논쟁하고 속이지 않을 것입니다. 나는 당신의 화면을보고 당신이 정상적인 성능을 가지기 위해 네트워크에 에이전트의 수와 품질이 정말 높은지 확인했습니다.
나는 이것을 성취할 수 없다. 그러므로 서로 탓하지 말고 문제를 살펴보자는 말씀을 드리는 것입니다. 이제 테스트를 다시 실행하고, 통과 횟수가 10000을 초과했음을 보여주기 위해 새 스크린샷을 찍을 것입니다. 순방향 테스트 모드에 4명 이상의 에이전트가 있기 때문에 네트워크가 다른 모드에서 어떻게 작동하는지 스크린샷에서 보여드리겠습니다. 각 네트워크에서 하나씩 유치하는 것은 불가능했고 전체 경제는 거의 움직이지 않았습니다.
나는 당신과 달리 클라우드를 개인적으로 테스트합니다. 나는 또한 수년 동안 이 프로젝트를 개발, 테스트 및 계획해 왔습니다.
그러므로 이 분야에서 나의 무지에 대한 진술을 남겨 주십시오.
이봐, 난 정말 광대처럼 보인다. 하지만 동일한 "에이전트" 탭에 그렇게 많은 에이전트가 없습니다.
개발자이자 프로젝트 관리자인 당신은 적어도 내 에이전트가 어디로 가는지 설명할 수 있습니까? 인터넷은 모두를 위한 것 같습니다. 어쩌면 그들은 모두 당신에게 도망 쳤습니까? 어떻게 거기에 그들을 유인하고 있습니까?
자, 로그를 보내 드리겠습니다. 우리가 알아낼 것입니다. 결국 나도 고성능을 원하고 최적화가 거의 끝날 때까지 기다리지 않는다. 아니면 내가 여기 개발자들을 꾸짖는 데 관심이 있다고 진지하게 생각하십니까? 성과를 낼 것 같은 목발을 꾸짖는데 실제로는 보이지 않는다.
성능을 향상시키기 위해 LAN에서 코어당 에이전트를 이미 하나 더 추가했습니다. 적어도 3D 렌더링의 경우 코어당 2개의 프로세스가 더 빠른 속도를 제공하므로 이미 트릭을 사용했습니다.
다른 사람들도 같은 문제를 겪고 있는 것 같습니다.
유라. 당신이 맞습니다. 그것이 사실이라면.
이봐, 난 정말 광대처럼 보인다 . 하지만 동일한 "에이전트" 탭에 그렇게 많은 에이전트가 없습니다.
글쎄, 당신은 무엇입니까? 평가의 방향은 정확하지만.
약간의 속임수만 있으면 끝입니다. 결국, 모든 수단이 증거로 좋습니다. 그렇지 않습니까?
네트워크 상태 "연결 여부"가 표시되는 화면의 오른쪽을 자른 것은 헛된 일이 아닙니다. 특히 테스트 모드를 비활성 상태로 표시했습니다. 지정된 화면의 각 행의 상태). 따라서 결론은 명백한 사기 입니다.
테스트 청결 요구 사항:
네트워크가 리소스를 절약하기 위해 가능한 한 많은 에이전트를 끄려고(절전 모드로 보내기) 시도하기 때문에 "사용 가능한 에이전트"의 표시기는 네트워크의 로드가 떨어지자 마자 즉시 날아갑니다. 에이전트는 로드할 때만 고려할 수 있습니다.
500번의 패스로 작업을 실행한 다음 낮은 네트워크 부하를 표시하는 것은 부정 행위입니다.
그게 다야 당신은 저와 논쟁할 수 있지만, 저의 거듭된 수정의 배경에 대해 그런 약한 주장을 하는 것은 용서할 수 없습니다.
문제의 근본 원인은 실제로 MQL5 클라우드 네트워크 를 사용하지 않는다는 것입니다. 그들은 에이전트를 설명하고 네트워크를 가열하는 것조차 인식하지 못하기 때문에 잠자는 네트워크의 카운터를보고 말도 안되는 소리를 전달하기 위해 포럼으로 이동합니다. 한 시간 동안 클라우드를 테스트해 본 사람이라면 클라우드가 어떻게 작동하는지 이해할 것입니다.
글쎄, 당신은 무엇입니까?
약간의 속임수만 있으면 끝입니다. 결국, 모든 수단이 증거로 좋습니다. 그렇지 않습니까?
Renat, 나는 논쟁하고 속이지 않을 것입니다. 나는 당신의 화면을보고 당신이 정상적인 성능을 가지기 위해 네트워크에 에이전트의 수와 품질이 정말 높은지 확인했습니다.
나는 이것을 성취할 수 없다. 그러므로 서로 탓하지 말고 문제를 살펴보자는 말씀을 드리는 것입니다. 이제 테스트를 다시 실행하고, 통과 횟수가 10000을 초과했음을 보여주기 위해 새 스크린샷을 찍을 것입니다. 순방향 테스트 모드에 4명 이상의 에이전트가 있기 때문에 네트워크가 다른 모드에서 어떻게 작동하는지 스크린샷에서 보여드리겠습니다. 각 네트워크에서 하나씩 유치하는 것은 불가능했고 전체 경제는 거의 움직이지 않았습니다.
다음은 최적화를 실행하지 않은 현재 상태의 첫 화면입니다. 나는 아무것도 자르지 않습니다. 아래에서 날짜와 시간을 볼 수 있습니다. 시장 가격 검토에서. 숭어가 없습니다.
저는 클라우드 네트워크를 100% 진지하게 사용하고 있습니다.
특히 지금은 순방향 패스로 테스트를 다시 시작했습니다. 약 6,500명의 에이전트가 동시에 켜져 있습니다.
다음은 최적화가 실행 중인 두 번째 화면입니다. 10000개 이상 통과
다음은 세 번째 화면입니다. 상담원 워밍업 및 시작됨
여기 또 다른 스크린샷이 있습니다. 네트워크가 조용합니다.
다음은 세 번째 화면입니다. 상담원 워밍업 및 시작됨
자, 여기 또 헛소리가 있습니다.
말로는 통하지 않으니 스크린샷으로 증명해야 합니다.
유전의 특징과 인구수 개념을 모르십니까? 유전학 모드를 켜고 64개에서 256개 조각에서 중복 작업을 생성하십시오. 이는 수천 명의 에이전트를 검색하기에 탁월한 조건입니다.
MQL5 클라우드 네트워크가 계산 을 가속화 한다는 기사를 보고 "MQL5 클라우드 네트워크가 계산을 가속화합니다"라는 기사에 대한 토론을 살펴보십시오. 그들은 클라우드에서 유전학 테스트 모드를 방금 분석했습니다.
저는 클라우드 네트워크를 100% 진지하게 사용하고 있습니다.