- Expert Advisor가 작동하는 스레드의 부하를 줄여서 Expert Advisor를 보다 효율적으로 운영하기 위해 Peter의 접근 방식을 적용할 이유가 있나요?
질문은 더 학문적입니다. 특정 지점 이후에 흐름을 생성하는 것은 의미가 없습니다. 선점형 멀티스레딩, 지속적인 컨텍스트 전환 - 사소한 방식으로 성능에 영향을 줍니다. 저것들. 스레드가 여러 개 있다고 해서 무언가가 더 빨리 처리된다는 보장은 없습니다. 여기에서는 오히려 사용자의 편의성, tk. 창이 다른 표시기 스레드에 그려지면 Expert Advisor의 장기간 작업에서 인터페이스가 중단되지 않습니다.
https://www.mql5.com/ru/docs/runtime/running
확인. 이제 더 명확해졌습니다. 즉, 선택의 여지가 없습니다. 엔진을 Expert Advisor로 옮기고 차트 간 GUI 이동을 정리하는 작업이 필요합니다. 그렇지 않으면 차트에 표시기가 많을수록 엔진이 더 느려집니다.
확인. 이제 더 명확해졌습니다. 즉, 선택의 여지가 없습니다. 엔진을 Expert Advisor로 옮기고 차트 간 GUI 이동을 정리하는 작업이 필요합니다. 그렇지 않으면 차트에 표시기가 많을수록 엔진이 더 느려집니다.
왜요?
글쎄, 나는 이름에 대시를 넣었다. 그리고 무엇을 제안합니까?
눈에 띄지 않는 것, 마지막 목록
물론 그것은 당신에게 달려 있습니다. 그리고 공백이 있는 것을 다운로드할 때 항상 많은 부정적인 감정을 경험합니다.
왜요?
문서로 판단하면 한 차트의 모든 지표는 공통 스레드에서 작동합니다. 즉, 엔진은 스트림을 다른 사용자 표시기 와 공유합니다. 또한 그 자체로도 어드바이저보다 느리게 작동합니다.
- Expert Advisor가 작동하는 스레드의 부하를 줄여서 Expert Advisor를 보다 효율적으로 운영하기 위해 Peter의 접근 방식을 적용할 이유가 있나요?
질문은 더 학문적입니다. 특정 지점 이후에 흐름을 생성하는 것은 의미가 없습니다. 선점형 멀티스레딩, 지속적인 컨텍스트 전환 - 사소한 방식으로 성능에 영향을 줍니다. 저것들. 스레드가 여러 개 있다고 해서 무언가가 더 빨리 처리된다는 보장은 없습니다. 여기에서는 오히려 사용자의 편의성, tk. 창이 다른 표시기 스레드에 그려지면 Expert Advisor의 장기간 작업에서 인터페이스가 중단되지 않습니다.
눈에 띄지 않는 것, 마지막 목록
물론 그것은 당신에게 달려 있습니다. 그리고 공백이 있는 것을 다운로드할 때 항상 많은 부정적인 감정을 경험합니다.
문제로 인해 죄송합니다.
이제 수정된 파일을 업로드하겠습니다.
문서로 판단하면 한 차트의 모든 지표는 공통 스레드에서 작동합니다. 즉, 엔진은 스트림을 다른 사용자 표시기 와 공유합니다. 또한 그 자체로도 어드바이저보다 느리게 작동합니다.
확률적으로 평가하면 Expert Advisor 창에 몇 개의 지표가 로드됩니까? 나는 그것이 많다고 생각하지 않는다. 엣지 케이스로 인해 시스템을 다시 실행할 가치가 있습니까?
첫 번째 파일 은 Advisor입니다. Experts 폴더를 열고 컴파일하고 저장합니다.
두 번째 및 세 번째 파일을 포함 폴더에 넣습니다.
네 번째 파일을 표시기 폴더에 넣습니다.
//----------------------------------------
차트에 고문을 배치
차트에 DRIVE 표시기 넣기
//----------------------------------------
확률적으로 평가하면 Expert Advisor 창에 몇 개의 지표가 로드됩니까? 나는 그것이 많다고 생각하지 않는다. 엣지 케이스로 인해 시스템을 다시 실행할 가치가 있습니까?
그럴 수도 있지만 뭔가 느려지고 참아야 할 때 나는 그것을 참을 수 없습니다. 이 경우 느린 스크롤이 불가피하며, 매우 신경이 쓰입니다...