어드바이저 인터페이스를 구현하기 위해 별도의 인디케이터 엔진을 사용하는 것의 주된(아마도 유일한) 이점은 인디케이터가 어드바이저와 다른 스레드에서 작동한다는 것입니다. 인터페이스는 리소스 집약적인 작업이므로 일반적으로 인터페이스가 엉성하여 윙윙거리는 어드바이저 자체의 작업 속도가 느려지지 않을 수 있습니다. 그러나 프로세서와 보조 프로세서의 리소스가 스레드 간에 분산되는 메커니즘에 대한 지식과 완전한 이해가 없으며 스레드의 개념 자체가 완전히 명확하지 않습니다.
아는 사람이 이것에 대해 밝힐 수 있습니까?
- Expert Advisor가 작동하는 스레드의 부하를 줄여서 Expert Advisor를 보다 효율적으로 운영하기 위해 Peter의 접근 방식을 적용할 이유가 있나요?
- 사용자 인터럽트 시스템을 통해 EA 스레드와 표시기 인터페이스 스레드 간의 교환 구성, EA 스레드의 부하에 어떤 영향을 미칩니까?
어드바이저 인터페이스를 구현하기 위해 별도의 인디케이터 엔진을 사용하는 것의 주된(아마도 유일한) 이점은 인디케이터가 어드바이저와 다른 스레드에서 작동한다는 것입니다. 인터페이스는 리소스 집약적인 작업이므로 일반적으로 인터페이스가 엉성하여 윙윙거리는 어드바이저 자체의 작업 속도가 느려지지 않을 수 있습니다. 그러나 프로세서와 보조 프로세서의 리소스가 스레드 간에 분산되는 메커니즘에 대한 지식과 완전한 이해가 없으며 스레드의 개념 자체가 완전히 명확하지 않습니다.
아는 사람이 이것에 대해 밝힐 수 있습니까?
- Expert Advisor가 작동하는 스레드의 부하를 줄여서 Expert Advisor를 보다 효율적으로 운영하기 위해 Peter의 접근 방식을 적용할 이유가 있나요?
- 사용자 인터럽트 시스템을 통해 EA 스레드와 표시기 인터페이스 스레드 간의 교환 구성, EA 스레드의 부하에 어떤 영향을 미칩니까?
나 자신은 이 문제에 대해 거의 알지 못하지만(다른 사람들이 더 잘 알고 있을 것입니다), 표시기는 EA와 별도의 스레드에서 작동하지 않습니다. 또는 적어도 성능 문제에는 도움이 되지 않습니다.
표시기에서 스크롤이 느려집니다. 엔진 코드를 어드바이저 프로그램에 연결했을 때 스크롤이 느려지지 않습니다. 그리고 표시기에서 - 스틱.
즉, 별도의 스레드를 활용하려면 Expert Advisor에서 Engine을 만들어야 합니다. 그러나 그런 다음 별도의 차트에 던져야 합니다.
이것은 일련의 작업을 생성하며, 그 솔루션은 편의성(GUI는 차트 간에 이동할 수 있음) 및 속도(별도 스레드) 면에서 모두 유용할 수 있습니다.
이 기능을 사용하면 텍스트 요소의 크기를 자동으로 조정할 수 있습니다.
디자이너 수준(마크업 코드를 분석하는 GUI 생성기)에서는 모든 것이 동일한 방식으로 작동합니다. 모든 것이 올바르게 계산됩니다. 해당 언어로 된 글꼴을 설치하면 텍스트의 위치가 올바르게 설정됩니다.
마크업 코드에서 기본적으로 "Microsoft JhengHei Light" 글꼴이 설정되어 있으며 요소의 텍스트 위치가 계산되었습니다. 그런 다음 디지털 코어가 생성되어 설치된 글꼴에 맞는 좌표 형태로 엔진에 로드되었습니다.
계산한 글꼴이 사용자의 컴퓨터에 설치되어 있지 않고 다른 글꼴이 설치되어 있으면 커널에서 계산된 텍스트 좌표 값이 올바르지 않게 됩니다. 다른 글꼴로 만들어졌기 때문입니다.
따라서 텍스트가 잘못 배치됩니다. 올바른 글꼴을 설치해야 하고 괜찮을 것입니다.
Vasily, 왜 넌센스를 작성합니까?
이건 그냥 트롤링인가요?
파일 이름에 공백이 있습니다.
채우기 - 확인란 이벤트에서 함수에 대한 호출을 등록하는 것을 의미합니다.
차트에 고문을 던진 다음 엔진을 던질 필요가 있습니다.
포함 폴더에 파일을 저장합니다.
아무데나 둘 필요가 없습니다. 이것은 개그입니다.
Vasily는 모든 것을 올바르게 썼습니다.
Vasily는 모든 것을 올바르게 썼습니다.
우리는 이미 오해를 정리했습니다.
디자이너 수준(마크업 코드를 분석하는 GUI 생성기)에서는 모든 것이 동일한 방식으로 작동합니다. 모든 것이 올바르게 계산됩니다. 해당 언어로 된 글꼴을 설치하면 텍스트의 위치가 올바르게 설정됩니다.
마크업 코드에서 기본적으로 "Microsoft JhengHei Light" 글꼴이 설정되어 있으며 요소의 텍스트 위치가 계산되었습니다. 그런 다음 디지털 코어가 생성되어 설치된 글꼴에 맞는 좌표 형태로 엔진에 로드되었습니다.
계산한 글꼴이 사용자의 컴퓨터에 설치되어 있지 않고 다른 글꼴이 설치되어 있으면 커널에서 계산된 텍스트 좌표 값이 올바르지 않게 됩니다. 다른 글꼴로 만들어졌기 때문입니다.
따라서 텍스트가 잘못 배치됩니다. 올바른 글꼴을 설치해야 하고 괜찮을 것입니다.
분명한.
아마도... 하지만 다른 사람들이 있을 것입니다.
아마도... 하지만 다른 사람들이 있을 것입니다.
어드바이저 인터페이스를 구현하기 위해 별도의 인디케이터 엔진을 사용하는 것의 주된(아마도 유일한) 이점은 인디케이터가 어드바이저와 다른 스레드에서 작동한다는 것입니다. 인터페이스는 리소스 집약적인 작업이므로 일반적으로 인터페이스가 엉성하여 윙윙거리는 어드바이저 자체의 작업 속도가 느려지지 않을 수 있습니다.
그러나 프로세서와 보조 프로세서의 리소스가 스레드 간에 분산되는 메커니즘에 대한 지식과 완전한 이해가 없으며 스레드의 개념 자체가 완전히 명확하지 않습니다.
아는 사람이 이것에 대해 밝힐 수 있습니까?
- Expert Advisor가 작동하는 스레드의 부하를 줄여서 Expert Advisor를 보다 효율적으로 운영하기 위해 Peter의 접근 방식을 적용할 이유가 있나요?
- 사용자 인터럽트 시스템을 통해 EA 스레드와 표시기 인터페이스 스레드 간의 교환 구성, EA 스레드의 부하에 어떤 영향을 미칩니까?
Peter 는 가능한 한 빨리 이름에 문제가 있는 파일을 거부합니다. 이것은 특히 공개적으로 배포되는 파일이 아닙니다. 공백 - 스크립트의 치질.
어드바이저 인터페이스를 구현하기 위해 별도의 인디케이터 엔진을 사용하는 것의 주된(아마도 유일한) 이점은 인디케이터가 어드바이저와 다른 스레드에서 작동한다는 것입니다. 인터페이스는 리소스 집약적인 작업이므로 일반적으로 인터페이스가 엉성하여 윙윙거리는 어드바이저 자체의 작업 속도가 느려지지 않을 수 있습니다.
그러나 프로세서와 보조 프로세서의 리소스가 스레드 간에 분산되는 메커니즘에 대한 지식과 완전한 이해가 없으며 스레드의 개념 자체가 완전히 명확하지 않습니다.
아는 사람이 이것에 대해 밝힐 수 있습니까?
- Expert Advisor가 작동하는 스레드의 부하를 줄여서 Expert Advisor를 보다 효율적으로 운영하기 위해 Peter의 접근 방식을 적용할 이유가 있나요?
- 사용자 인터럽트 시스템을 통해 EA 스레드와 표시기 인터페이스 스레드 간의 교환 구성, EA 스레드의 부하에 어떤 영향을 미칩니까?
나 자신은 이 문제에 대해 거의 알지 못하지만(다른 사람들이 더 잘 알고 있을 것입니다), 표시기는 EA와 별도의 스레드에서 작동하지 않습니다. 또는 적어도 성능 문제에는 도움이 되지 않습니다.
표시기에서 스크롤이 느려집니다. 엔진 코드를 어드바이저 프로그램에 연결했을 때 스크롤이 느려지지 않습니다. 그리고 표시기에서 - 스틱.
즉, 별도의 스레드를 활용하려면 Expert Advisor에서 Engine을 만들어야 합니다. 그러나 그런 다음 별도의 차트에 던져야 합니다.
이것은 일련의 작업을 생성하며, 그 솔루션은 편의성(GUI는 차트 간에 이동할 수 있음) 및 속도(별도 스레드) 면에서 모두 유용할 수 있습니다.
Peter 는 가능한 한 빨리 이름에 문제가 있는 파일을 거부합니다. 이것은 특히 공개적으로 배포되는 파일이 아닙니다. 공백 - 스크립트의 치질.
글쎄, 나는 이름에 대시를 넣었다. 그리고 무엇을 제안합니까?
나 자신은 이 문제에 대해 거의 알지 못하지만(다른 사람들이 더 잘 알고 있을 것입니다), 표시기는 EA와 별도의 스레드에서 작동하지 않습니다. 또는 적어도 성능 문제에는 도움이 되지 않습니다.
표시기에서 스크롤이 느려집니다. 엔진 코드를 어드바이저 프로그램에 연결했을 때 스크롤이 느려지지 않습니다. 그리고 표시기에서 - 스틱.
즉, 별도의 스레드를 활용하려면 Expert Advisor에서 Engine을 만들어야 합니다. 그리고 이를 위해서는 별도의 차트에 던져야 합니다.
이것은 일련의 작업을 생성하며, 그 솔루션은 편의성(GUI는 차트 간에 이동할 수 있음) 및 속도(별도 스레드) 면에서 모두 유용할 수 있습니다.