테스터의 타이머를 통해 5위 안에 들었습니다. 그것의 간단한 사용(그리고 밀리초 멀티타이머)조차도 테스터의 심각한 속도 저하를 초래했습니다. 따라서 시각화 도구에서 타이머를 거부했습니다. 작동하려면 진드기에 하나의 무화과가 있습니다. 타이머와 OnTick()을 통한 이벤트 플래그의 두 가지 모델을 만들었습니다. 실시간 타이머별, 틱별 - 시각화 도우미에서.
추신. 나는 거짓말을하고 있습니다 - 세 가지 모델 - 또한 OnChartEvent ()를 통해 - 또한 실시간 만 있습니다.
아아, 여기에는 MT5 특정 이벤트에서 OnTick() , OnTimer().... 처리에 사용할 수 있는 옵션이 많지 않으며 특히 OnChartEvent() 이벤트가 테스터에서 생성되지 않기 때문에 처리할 수 있습니다. 일반적으로 항상 그렇듯이 2가지 버전의 코드가 필요합니다. 하나는 테스터용이고 다른 하나는 거래용입니다(또는 테스터 작업과 거래 계정 작업을 위해 한 버전의 코드로 나눕니다)
추신 : 내가 틀리지 않으면 1 밀리 초가 생성되지 않고 Windows 시스템 타이머가 그러한 정확도를 제공하지 않습니다.
아아, 여기에는 MT5 특정 이벤트에서 OnTick() , OnTimer().... 처리에 사용할 수 있는 옵션이 많지 않으며 특히 OnChartEvent() 이벤트가 테스터에서 생성되지 않기 때문에 처리할 수 있습니다. 일반적으로 항상 그렇듯이 2가지 버전의 코드가 필요합니다. 하나는 테스터용이고 다른 하나는 거래용입니다(또는 테스터에서 작업하고 거래 계정에서 작업하기 위해 한 버전의 코드로 나눕니다)
추신 : 내가 틀리지 않으면 1 밀리 초가 생성되지 않고 Windows 시스템 타이머가 그러한 정확도를 제공하지 않습니다.
이해는 하지만 말씀하신 내용은 이미 이해했습니다. 알겠습니다. 감사합니다.
수년 동안 "베타"였더라도 좋은 MT5입니다.
그러나 헤지 버전이 없을 것이라고 여기에서 맹세한 것처럼 1분 미만의 시간 프레임, 특히 틱 버전이 없기를 바랍니다.
C# 개발의 요점은 무엇입니까? 아직 막다른 골목이 있습니다. 시장에 넣지 마십시오. 그러나 남에게 피해를 주기 위해서는 많은 기회가 있습니다(시장에 유통되기 시작한다면). 그리고 누가 그것을 통제할 것인가? 왜 그것을 합니까?
그러나 이 경우에도 많은 사람들이 그것을 필요로 할 것 같지 않습니다. 나는 프로그래밍 미식가들만이 다른 연결에 대해 어리둥절할 정도로 간단하고 쉽게 GUI에 연결했습니다.
엔진의 기능은 계속해서 성장하고 사용이 단순화될 것입니다. C#은 나를 막을 기회가 없습니다.))
어떤 사람들은 이것이 나에게 재앙이라고 생각하는 방법이 웃기다.)) 이것은 아무에게도 주지 않을 넌센스이다. 그러나 그들이 시도하도록 하십시오. 어떤 일이 일어나는지 흥미롭습니다.
C#이 어떤 기능을 제공하는지는 중요하지 않습니다. 중요한 것은 누가 그 기능을 활용할 수 있느냐 하는 것입니다. 대부분의 사용자(코더)는 스스로 심각한 것을 만들기에는 너무 약합니다. 그들과 그들을 위해 만들어져야 합니다. 이것이 제가하는 것입니다. 그리고 반대로 C 샤프의 방향은 단순함에서 벗어나 복잡한 프로그래밍의 세계로 이끕니다. 따라서 대중적인 인기를 얻지 못할 것입니다.
피터 코노우2019.01.15 16:25#1471배열 초기화 가 느려집니다. 주기를 주석 처리하면 ResourceReadImage가 느려지고 ResourceReadImage를 주석 처리하면 주기가 느려집니다. 또한 개별적으로 프로세서를 50% 로드하고 함께 40% 로드합니다. 무슨 말도 안되는 소리...
----------------------------------------------
대략, 그래서, imhenko.
일반적으로 - 하나 또는 다른 포트를 통해 정보를 보내거나 받는 요청입니다.
허가 및 - 거래. 운영 환경의 기준(규칙)에 따릅니다. Metaquote로 이 모든 작업을 수행하셨습니까?
테스터의 타이머를 통해 5위 안에 들었습니다. 그것의 간단한 사용(그리고 밀리초 멀티타이머)조차도 테스터의 심각한 속도 저하를 초래했습니다. 따라서 시각화 도구에서 타이머를 거부했습니다. 작동하려면 진드기에 하나의 무화과가 있습니다. 타이머와 OnTick()을 통한 이벤트 플래그의 두 가지 모델을 만들었습니다. 실시간 타이머별, 틱별 - 시각화 도우미에서.
추신. 나는 거짓말을하고 있습니다 - 세 가지 모델 - 또한 OnChartEvent ()를 통해 - 또한 실시간 만 있습니다.
또한 테스터를 위해 OnTimer()를 통해 작업했지만 다음을 읽었습니다.
전략 테스터 는 1000밀리초의 최소 간격을 사용합니다.
https://www.mql5.com/ru/docs/event_handlers/ontimer
문제는 테스터에서 1밀리초를 얻는 것이 가능하며 어떻게 하는 것입니다.
또한 테스터를 위해 OnTimer()를 통해 작업했지만 다음을 읽었습니다.
전략 테스터 는 1000밀리초의 최소 간격을 사용합니다.
https://www.mql5.com/ru/docs/event_handlers/ontimer
문제는 테스터에서 밀리초를 얻을 수 있습니까? 그리고 어떻게 합니까?
사용자 정의 기호를 생성하고 틱을 표시하고 틱이 도착할 때만 작동합니다.
아아, 여기에는 MT5 특정 이벤트에서 OnTick() , OnTimer().... 처리에 사용할 수 있는 옵션이 많지 않으며 특히 OnChartEvent() 이벤트가 테스터에서 생성되지 않기 때문에 처리할 수 있습니다. 일반적으로 항상 그렇듯이 2가지 버전의 코드가 필요합니다. 하나는 테스터용이고 다른 하나는 거래용입니다(또는 테스터 작업과 거래 계정 작업을 위해 한 버전의 코드로 나눕니다)
추신 : 내가 틀리지 않으면 1 밀리 초가 생성되지 않고 Windows 시스템 타이머가 그러한 정확도를 제공하지 않습니다.
사용자 정의 기호를 생성하고 틱을 표시하고 틱이 도착할 때만 작동합니다.
아아, 여기에는 MT5 특정 이벤트에서 OnTick() , OnTimer().... 처리에 사용할 수 있는 옵션이 많지 않으며 특히 OnChartEvent() 이벤트가 테스터에서 생성되지 않기 때문에 처리할 수 있습니다. 일반적으로 항상 그렇듯이 2가지 버전의 코드가 필요합니다. 하나는 테스터용이고 다른 하나는 거래용입니다(또는 테스터에서 작업하고 거래 계정에서 작업하기 위해 한 버전의 코드로 나눕니다)
추신 : 내가 틀리지 않으면 1 밀리 초가 생성되지 않고 Windows 시스템 타이머가 그러한 정확도를 제공하지 않습니다.
이해는 하지만 말씀하신 내용은 이미 이해했습니다. 알겠습니다. 감사합니다.
수년 동안 "베타"였더라도 좋은 MT5입니다.
그러나 헤지 버전이 없을 것이라고 여기에서 맹세한 것처럼 1분 미만의 시간 프레임, 특히 틱 버전이 없기를 바랍니다.
C# 개발의 요점은 무엇입니까? 아직 막다른 골목이 있습니다. 시장에 넣지 마십시오. 그러나 남에게 피해를 주기 위해서는 많은 기회가 있습니다(시장에 유통되기 시작한다면). 그리고 누가 그것을 통제할 것인가? 왜 그것을 합니까?
그러나 이 경우에도 많은 사람들이 그것을 필요로 할 것 같지 않습니다. 나는 프로그래밍 미식가들만이 다른 연결에 대해 어리둥절할 정도로 간단하고 쉽게 GUI에 연결했습니다.
엔진의 기능은 계속해서 성장하고 사용이 단순화될 것입니다. C#은 나를 막을 기회가 없습니다.))
어떤 사람들은 이것이 나에게 재앙이라고 생각하는 방법이 웃기다.)) 이것은 아무에게도 주지 않을 넌센스이다. 그러나 그들이 시도하도록 하십시오. 어떤 일이 일어나는지 흥미롭습니다.
C#이 어떤 기능을 제공하는지는 중요하지 않습니다. 중요한 것은 누가 그 기능을 활용할 수 있느냐 하는 것입니다. 대부분의 사용자(코더)는 스스로 심각한 것을 만들기에는 너무 약합니다. 그들과 그들을 위해 만들어져야 합니다. 이것이 제가하는 것입니다. 그리고 반대로 C 샤프의 방향은 단순함에서 벗어나 복잡한 프로그래밍의 세계로 이끕니다. 따라서 대중적인 인기를 얻지 못할 것입니다.
C# 개발의 요점은 무엇입니까? 아직 막다른 골목이 있습니다.
...
감사합니다. 자기 전에 큰 소리로 끙끙 앓습니다.
감사합니다, 자기 전에 큰 소리로 끙끙 앓습니다.
가서 두어시간 자겠습니다.
----------------------------------------------
대략, 그래서, imhenko.
일반적으로 - 하나 또는 다른 포트를 통해 정보를 보내거나 받는 요청입니다.
허가 및 - 거래. 운영 환경의 기준(규칙)에 따릅니다. Metaquote로 이 모든 작업을 수행하셨습니까?
솔직히 이 솔루션을 C#으로 만들고 싶습니다. 내 엔진에 빠르고 쉽게 통합합니다. 거기에서 작동하여 사용자에게 내 GUI를 통해 연결하거나 Windows에서 자신의 GUI를 통해 연결할 수 있습니다.
멋진 것입니다. 바실리, 빨리 기사를 써라.
안녕하세요 마이너스입니다. :)
Алексей Тарабанов :
....
대략, 그래서, imhenko.
일반적으로 - 하나 또는 다른 포트를 통해 정보를 보내거나 받는 요청입니다.
허가 및 - 거래. 운영 환경의 기준(규칙)에 따릅니다. Metaquote로 이 모든 작업을 수행하셨습니까?
아니요, 리소스를 통한 내부 커뮤니케이션의 문제입니다. 드로잉 시스템을 최적화하여 로드를 절반으로 줄일 수 있었습니다. 이제 속도가 느려지지 않습니다.