Boris Egorov : 메모리 과부하에 대한 infa가 확인되었습니다 .... 이상하지만 아무도 스왑을 취소하지 않았습니다. 다시 개발자가 이것을 고려해야한다고 생각합니다.
아마도 당신이 보여줬을 수도 있지만 나는 보지 않았습니다. 만일을 대비하여 하나의 코어에 1GB의 메모리가 권장된다고 말할 것입니다(코어 수가 많으면 각각 0.5GB를 시도할 수 있습니다). 그리고 일반적으로 권장되는 것처럼 절반이 아닌 메모리 크기의 두 배인 페이지 파일을 권장합니다. 실전에서 확신합니다.
모든 에이전트에 작업을 항상 균등하게 로드하는 것이 가능합니다. 이것은 에이전트에 대한 사용자 정의 작업 관리자를 사용하거나(내가 했습니다) 일반 최적화 프로그램의 알고리즘을 변경하여 가능합니다(수정은 중요하지 않습니다). 그러나 개발자는 아직 내 말을 들을 준비가 되어 있지 않습니다. 불행히도 제안.
내 이탈리아 고객을 위해 구현한 에이전트용 맞춤형 작업 관리자 그는 수백 명의 에이전트가 있는 강력한 임대 서버를 사용하고 에이전트가 유휴 상태였기 때문에 서버 활용도가 낮은 문제를 지속적으로 겪었습니다. 이제 어떤 에이전트가 작업을 더 일찍 완료했는지에 관계없이 모든 에이전트가 완전히 로드됩니다(각 개별 에이전트의 작업 실행 시간에 관계없이).
내 이탈리아 고객을 위해 구현한 에이전트용 맞춤형 작업 관리자 그는 수백 명의 에이전트가 있는 강력한 임대 서버를 사용하고 에이전트가 유휴 상태였기 때문에 서버 활용도가 낮은 문제를 지속적으로 겪었습니다. 이제 어떤 에이전트가 작업을 더 일찍 완료했는지에 관계없이 모든 에이전트가 완전히 로드됩니다(각 개별 에이전트의 작업 실행 시간에 관계없이).
자랑? - 아니요. 나 자신을 위해 일종의 분석 거래 플랫폼을 작성하기로 결정하면 MT5에 품질과 기능면에서 근접하지 못할 것입니다. 아이디어를 제공하여 개발자를 자극하는 것이 더 쉽습니다...)))
최적화된 어드바이저에서 추가 입력 매개변수가 카운터에 추가되고 전체 열거 모드에서 MT5 옵티마이저에 의해 정렬됩니다. 옵티마이저가 유전학으로 전환하지 않도록 최대 100 myo 단계를 설정할 수 있습니다. 관리자는 터미널 차트에 어드바이저 형태로 매달아 에이전트 폴더에 작업을 기록하고, 옵티마이저에 있는 최적화된 어드바이저는 작업을 읽고 패스가 완료되면 결과를 씁니다. 전체 열거의 MT5 옵티마이저는 에이전트를 매우 균등하게 로드하며 관리자의 작업은 입력 매개변수를 에이전트에 전달하는 것입니다.
어려움은 새 시대를 시작하기 전에 인구를 완전히 채우지 않고도 스트리밍 모드에서 인구의 개인과 함께 작업할 수 있는 관리자에 ha를 쓰는 것뿐이었습니다. 나는 이것을 결정했다. 사실 나는 '시대'라는 개념을 없앴다. 개인은 스스로 태어나고 죽는다. 나는 개발자에게 동일한 메커니즘을 제공했으며, 이러한 라이프 핵은 ha뿐만 아니라 사용할 수 있습니다. 그러나 다른 AO, 개미, 입자 떼 및 기타와도 마찬가지입니다.
둘째날은 아무 것도 계산하지 않고, 로컬 12개 정도, 네트워크 30개 정도의 모든 코어가 유휴 상태이고, 일부러 건드리지 않고...완전한 열거, 무슨 생각을 하는지 모르겠다 , 아마도 삶의 의미나 코로나바이러스 치료제를 찾고 있을 것입니다 :-)
옵티마이저의 작동불능과 느림으로 인해 옵티마이저를 포기할 필요가 있다고 생각합니다
물리적 코어만 제한하고 각 코어가 아닌 특정 코어에만 완고하고 어리석게 많은 작업을 분배하는 것과 같은 MT의 최신 결정(하나의 작업)은 고성능 계산 개발자의 완전한 오해를 말해줍니다.
상담원 목록의 일부가 아니라 전체 스크린샷을 표시하지 않으시겠습니까?
테스터 로그.
리소스 모니터.
컴퓨터뿐만 아니라 (논리적 및 물리적 코어에 대한 질문까지) 팜에 과부하가 걸린 것 같습니다.
상담원 목록의 일부가 아니라 전체 스크린샷을 표시하지 않으시겠습니까?
테스터 로그.
리소스 모니터.
컴퓨터뿐만 아니라 (논리적 및 물리적 코어에 대한 질문까지) 팜에 과부하가 걸린 것 같습니다.
물론 문제가 아닙니다
만 동일한 ... 사용 가능하고 유휴 상태입니다.
나는 로그에서 불평 할 것을 보지 못했습니다.
그리고 나는 아무것도 섞지 않았습니다 ... 위의 게시물을 읽으십시오
그건 그렇고, 로그는 별개의 슬픈 이야기이기도합니다.
여러 번 개발자는 비활성화하거나 크기를 제한하는 옵션을 만들도록 요청받았으며 결과는 0입니다.
결과적으로 로그는 모든 디스크 공간을 차지합니다 .... 모든 후속 결과와 함께
이제 로그를 일시적으로 삭제합니다... 클래스로 로그 파일이 필요하지 않습니다. 오류가 있는 경우 로그 창에 즉시 표시됩니다.
어제부터 조금 계산해서
메모리 과부하에 대한 infa가 확인되었습니다 .... 이상하지만 아무도 스왑을 취소하지 않았습니다. 다시 개발자가 이것을 고려해야한다고 생각합니다.
아마도 당신이 보여줬을 수도 있지만 나는 보지 않았습니다. 만일을 대비하여 하나의 코어에 1GB의 메모리가 권장된다고 말할 것입니다(코어 수가 많으면 각각 0.5GB를 시도할 수 있습니다). 그리고 일반적으로 권장되는 것처럼 절반이 아닌 메모리 크기의 두 배인 페이지 파일을 권장합니다. 실전에서 확신합니다.
> 코어당 1GB 메모리 권장
고려하겠습니다
모든 에이전트에 작업을 항상 균등하게 로드하는 것이 가능합니다. 이것은 에이전트에 대한 사용자 정의 작업 관리자를 사용하거나(내가 했습니다) 일반 최적화 프로그램의 알고리즘을 변경하여 가능합니다(수정은 중요하지 않습니다). 그러나 개발자는 아직 내 말을 들을 준비가 되어 있지 않습니다. 불행히도 제안.
내 이탈리아 고객을 위해 구현한 에이전트용 맞춤형 작업 관리자 그는 수백 명의 에이전트가 있는 강력한 임대 서버를 사용하고 에이전트가 유휴 상태였기 때문에 서버 활용도가 낮은 문제를 지속적으로 겪었습니다. 이제 어떤 에이전트가 작업을 더 일찍 완료했는지에 관계없이 모든 에이전트가 완전히 로드됩니다(각 개별 에이전트의 작업 실행 시간에 관계없이).
내 이탈리아 고객을 위해 구현한 에이전트용 맞춤형 작업 관리자 그는 수백 명의 에이전트가 있는 강력한 임대 서버를 사용하고 에이전트가 유휴 상태였기 때문에 서버 활용도가 낮은 문제를 지속적으로 겪었습니다. 이제 어떤 에이전트가 작업을 더 일찍 완료했는지에 관계없이 모든 에이전트가 완전히 로드됩니다(각 개별 에이전트의 작업 실행 시간에 관계없이).
자랑은 좋지 않다)
관리자는 무엇을 기반으로 합니까? 업무 분담은 어떻게 되나요?
자랑은 좋지 않다)
관리자는 무엇을 기반으로 합니까? 업무 분담은 어떻게 되나요?
자랑? - 아니요. 나 자신을 위해 일종의 분석 거래 플랫폼을 작성하기로 결정하면 MT5에 품질과 기능면에서 근접하지 못할 것입니다. 아이디어를 제공하여 개발자를 자극하는 것이 더 쉽습니다...)))
최적화된 어드바이저에서 추가 입력 매개변수가 카운터에 추가되고 전체 열거 모드에서 MT5 옵티마이저에 의해 정렬됩니다. 옵티마이저가 유전학으로 전환하지 않도록 최대 100 myo 단계를 설정할 수 있습니다. 관리자는 터미널 차트에 어드바이저 형태로 매달아 에이전트 폴더에 작업을 기록하고, 옵티마이저에 있는 최적화된 어드바이저는 작업을 읽고 패스가 완료되면 결과를 씁니다. 전체 열거의 MT5 옵티마이저는 에이전트를 매우 균등하게 로드하며 관리자의 작업은 입력 매개변수를 에이전트에 전달하는 것입니다.
어려움은 새 시대를 시작하기 전에 인구를 완전히 채우지 않고도 스트리밍 모드에서 인구의 개인과 함께 작업할 수 있는 관리자에 ha를 쓰는 것뿐이었습니다. 나는 이것을 결정했다. 사실 나는 '시대'라는 개념을 없앴다. 개인은 스스로 태어나고 죽는다. 나는 개발자에게 동일한 메커니즘을 제공했으며, 이러한 라이프 핵은 ha뿐만 아니라 사용할 수 있습니다. 그러나 다른 AO, 개미, 입자 떼 및 기타와도 마찬가지입니다.