불일치가 있을 수 있습니다. 어드바이저와 엔진 모두 1- 둘 다 서로에게 전송하고 2 - 둘 다 수신하고 OnTimer 주기가 동기화되지 않습니다. 정상 작동의 임의 동기화 순간을 기다립니다. 아마도 이것 때문에?
프로세서는 최대 40%까지 로드됩니다. 비판적이지 않고 거의 느려지지 않지만 여전히 마음에 들지 않습니다. 이유는 아직 명확하지 않습니다. 드로잉 블록 내에서 ResourceReadImage 함수와 배열 초기화 가 느려집니다. 주기를 주석 처리하면 ResourceReadImage가 느려지고 ResourceReadImage를 주석 처리하면 주기가 느려집니다. 또한 개별적으로 프로세서를 50% 로드하고 함께 40% 로드합니다. 무슨 말도 안되는 소리...
불일치가 있을 수 있습니다. 어드바이저와 엔진 모두 1- 둘 다 서로에게 전송하고 2 - 둘 다 수신하고 OnTimer 주기가 동기화되지 않습니다. 정상 작동의 임의 동기화 순간을 기다립니다. 아마도 이것 때문에?
프로세서는 최대 40%까지 로드됩니다. 비판적이지 않고 거의 느려지지 않지만 여전히 마음에 들지 않습니다. 이유는 아직 명확하지 않습니다. 드로잉 블록 내에서 ResourceReadImage 함수와 배열 초기화 가 느려집니다. 주기를 주석 처리하면 ResourceReadImage가 느려지고 ResourceReadImage를 주석 처리하면 주기가 느려집니다. 또한 개별적으로 프로세서를 50% 로드하고 함께 40% 로드합니다. 무슨 말도 안되는 소리...
나는 그것을 도울 수 없습니다. 이 주제에 강하지 않습니다. Google-it에 있다면? "resourcereadimage mql4의 속도"를 검색합니다.
나는 그것을 도울 수 없습니다. 이 주제에 강하지 않습니다. Google-it에 있다면? "resourcereadimage mql4의 속도"를 검색합니다.
감사합니다. 하지만 Google은 여기에서 도움을 주지 않습니다.)) GUI 응답을 거의 정규화했습니다. 나는 그 이유를 완전히 이해하지 못했다. 이제 서로 다른 유형의 메시지에 대한 전송 속도를 나누어 궁극적으로 커뮤니케이션을 훨씬 더 향상시킬 것입니다. 그러면 새 엔진을 보내드리겠습니다.
감사합니다. 하지만 Google은 여기에서 도움을 주지 않습니다.)) GUI 응답을 거의 정규화했습니다. 나는 그 이유를 완전히 이해하지 못했다. 이제 서로 다른 유형의 메시지에 대한 전송 속도를 나누어 궁극적으로 커뮤니케이션을 훨씬 더 향상시킬 것입니다. 그러면 새 엔진을 보내드리겠습니다.
불일치가 있을 수 있습니다. 어드바이저와 엔진 모두 1- 둘 다 서로에게 전송하고 2 - 둘 다 수신하고 OnTimer 주기가 동기화되지 않습니다. 정상 작동의 임의 동기화 순간을 기다립니다. 아마도 이것 때문에?
프로세서는 최대 40%까지 로드됩니다. 비판적이지 않고 거의 느려지지 않지만 여전히 마음에 들지 않습니다. 이유는 아직 명확하지 않습니다. 드로잉 블록 내에서 ResourceReadImage 함수와 배열 초기화 가 느려집니다. 주기를 주석 처리하면 ResourceReadImage가 느려지고 ResourceReadImage를 주석 처리하면 주기가 느려집니다. 또한 개별적으로 프로세서를 50% 로드하고 함께 40% 로드합니다. 무슨 말도 안되는 소리...
엔진과 EA 사이의 문자 메시지 빈도를 초당 5회(200ms)로 줄이고 싶습니다. 사람은 여전히 숫자 변화의 의미를 더 빨리 파악할 시간이 없습니다. 따라서 30ms의 변화율은 실질적인 의미가 없습니다.
애니메이션 및 제어 이벤트와 같은 기타 메시지는 30ms의 속도로 도착합니다.
불일치가 있을 수 있습니다. 어드바이저와 엔진 모두 1- 둘 다 서로에게 전송하고 2 - 둘 다 수신하고 OnTimer 주기가 동기화되지 않습니다. 정상 작동의 임의 동기화 순간을 기다립니다. 아마도 이것 때문에?
프로세서는 최대 40%까지 로드됩니다. 비판적이지 않고 거의 느려지지 않지만 여전히 마음에 들지 않습니다. 이유는 아직 명확하지 않습니다. 드로잉 블록 내에서 ResourceReadImage 함수와 배열 초기화 가 느려집니다. 주기를 주석 처리하면 ResourceReadImage가 느려지고 ResourceReadImage를 주석 처리하면 주기가 느려집니다. 또한 개별적으로 프로세서를 50% 로드하고 함께 40% 로드합니다. 무슨 말도 안되는 소리...
나는 그것을 도울 수 없습니다. 이 주제에 강하지 않습니다. Google-it에 있다면? "resourcereadimage mql4의 속도"를 검색합니다.
나는 그것을 도울 수 없습니다. 이 주제에 강하지 않습니다. Google-it에 있다면? "resourcereadimage mql4의 속도"를 검색합니다.
감사합니다. 하지만 Google은 여기에서 도움을 주지 않습니다.)) GUI 응답을 거의 정규화했습니다. 나는 그 이유를 완전히 이해하지 못했다. 이제 서로 다른 유형의 메시지에 대한 전송 속도를 나누어 궁극적으로 커뮤니케이션을 훨씬 더 향상시킬 것입니다. 그러면 새 엔진을 보내드리겠습니다.
감사합니다. 하지만 Google은 여기에서 도움을 주지 않습니다.)) GUI 응답을 거의 정규화했습니다. 나는 그 이유를 완전히 이해하지 못했다. 이제 서로 다른 유형의 메시지에 대한 전송 속도를 나누어 궁극적으로 커뮤니케이션을 훨씬 더 향상시킬 것입니다. 그러면 새 엔진을 보내드리겠습니다.
분명한.
이제 속도가 느려지지 않습니다. 프로세서가 30ms ~ 40%의 주파수에서 로드되지만. 동시에 다시 그리기 영역이 증가하면 증가할 수도 있습니다(사실은 아니지만). 큰 테이블로 확인해야합니다.
지금까지 31의 테스트 속도로 엔진이 테스터의 Expert Advisor와 함께 작동한 결과입니다.
(보려면 클릭)
창이 닫히면 프로세서의 부하가 즉시 떨어지는 것이 중요합니다.
요컨대, 나는 수집 할 것입니다 - 우리는 볼 것입니다. 여러 사본으로 바쁘지 않습니까?
아니요. 그 이유를 알 것 같아요. 오늘 확인하겠습니다. 그런 다음 여러 사본으로 작업할 수 있는 가능성을 만들 것입니다.
프로세서의 유휴 부하를 줄이기 위해 테이블 데이터 출력 속도가 조정되었습니다.
데이터 출력의 최대 속도로 사람이 평가할 시간이 없습니다. 인식을 개선하기 위해 데이터 흐름을 늦출 필요가 있었습니다.
이제 엔진의 일반 메뉴에 "Set Values Change Delay"라는 새 항목이 나타나 속도 컨트롤러가 있는 창이 나타납니다.
슬라이더를 이동하여 데이터 출력 속도를 조정하고 지각적으로 허용되는 값 변경 리듬을 얻을 수 있습니다.
레귤레이터와 상관없이 값 자체가 변하는 것이 중요하지만 테이블에 출력되는 속도는 사용자가 설정한다.
프로세서의 유휴 부하를 줄이기 위해 테이블 데이터 출력 속도가 조정되었습니다.
데이터 출력의 최대 속도로 사람이 평가할 시간이 없습니다. 인식을 개선하기 위해 데이터 흐름을 늦출 필요가 있었습니다.
이제 엔진의 일반 메뉴에 "값 변경 속도 컨트롤러"라는 새 항목이 나타나 속도 컨트롤러가 있는 창이 나타납니다.
슬라이더를 이동하여 데이터 출력 속도를 조정하고 지각적으로 허용되는 값 변경 리듬을 얻을 수 있습니다.
값 자체가 레귤레이터와 독립적으로 변경되는 것이 중요하지만 테이블에 대한 출력 속도는 사용자가 설정합니다.
일반적으로 슬라이더를 왼쪽으로 이동하면 값이 감소하고 오른쪽으로 이동하면 값이 증가합니다. 당신은 반대가 있습니다. 진실로, Nikolai는 암시했습니다 - 당신은 일반적으로 받아 들여지는 모든 것에 항의하는 모든 것을 가지고 있습니다.