문제가 생겼습니다. 외환 마진을 다시 계산해야 합니까? 나는 MT 보고서에서 그것이 다시 계산되지 않는다는 것을 알았습니다. 예를 들어, 달러로 된 계정, 나는 가스 고기 또는 루블(루블의 마진)로 인용되는 다른 것을 삽니다. 이때 달러로 표시된 마진은 구매 시점의 환율로 계정에서 차단됩니다. 그러나 얼마 후, 흔적. 예를 들어, usdrub의 변경으로 인해 이론상 다른 금액의 마진(달러)을 얻어야 합니다.
전역 변수를 통해 만들었습니다. 그러나 원격 서버에서 이러한 구현은 GlobalVariable을 최대 100ms까지 느리게 합니다! 매우 자주 - 수십 ms. GlobalVariableFlush는 어디에서도 하지 않지만, HDD 브레이크 가능성에 대비하기로 결정하고 모든 것을 GlobalVariableTemp 로 전환했습니다. 도움이되지 않았습니다.
그런 다음 리소스를 통해 전송/수신을 번역합니다. 훨씬 좋아졌습니다. 드물게 몇 밀리초를 건너뜁니다. 일반적으로 성능이 크게 향상되었으며 가장 강력한 브레이크가 갑자기 사라졌습니다.
그러나 문제를 해결할 다른 방법이 있습니까? 차트의 어떤 속성에 숫자를 쓰는 것에 대해 생각했습니다. 당신은 당신이 상상하지 못한 곳에서 꿈틀거려야 합니다.
전역 변수를 통해 만들었습니다. 그러나 원격 서버에서 이러한 구현은 GlobalVariable을 최대 100ms까지 느리게 합니다! 매우 자주 - 수십 ms. GlobalVariableFlush는 어디에서도 하지 않지만, HDD 브레이크 가능성에 대비하기로 결정하고 모든 것을 GlobalVariableTemp 로 전환했습니다. 도움이되지 않았습니다.
그런 다음 리소스를 통해 전송/수신을 번역합니다. 훨씬 좋아졌습니다. 드물게 몇 밀리초를 건너뜁니다. 일반적으로 성능이 크게 향상되었으며 가장 강력한 브레이크가 갑자기 사라졌습니다.
그러나 문제를 해결할 다른 방법이 있습니까? 차트의 어떤 속성에 숫자를 쓰는 것에 대해 생각했습니다. 당신은 당신이 상상하지 못한 곳에서 꿈틀거려야 합니다.
VPS에서 GlobalVariableGet을 사용하는 사람은 실행 기간을 모니터링합니다.
표시기에서 int 변수를 만들고 거기에 숫자를 초기화하고 저장합니다. 표시기에서 이 변수를 반환하는 사용자 정의 함수를 정의합니다. export 키워드로 함수를 정의합니다. 어드바이저에서 name_indicator.ex4에서 이 함수를 가져옵니다. 필요할 때 함수를 호출합니다. 속도를 늦추지 않았습니다.
전역 변수를 통해 만들었습니다. 그러나 원격 서버에서 이러한 구현은 GlobalVariable을 최대 100ms까지 느리게 합니다! 매우 자주 - 수십 ms. GlobalVariableFlush는 어디에서도 하지 않지만, HDD 브레이크 가능성에 대비하기로 결정하고 모든 것을 GlobalVariableTemp 로 전환했습니다. 도움이되지 않았습니다.
그런 다음 리소스를 통해 전송/수신을 번역합니다. 훨씬 좋아졌습니다. 드물게 몇 밀리초를 건너뜁니다. 일반적으로 성능이 크게 향상되었으며 가장 강력한 브레이크가 갑자기 사라졌습니다.
그러나 문제를 해결할 다른 방법이 있습니까? 차트의 어떤 속성에 숫자를 쓰는 것에 대해 생각했습니다. 당신은 당신이 상상하지 못한 곳에서 꿈틀거려야 합니다.
VPS에서 GlobalVariableGet을 사용하는 사람은 실행 기간을 모니터링합니다.
user32.dll의 사용이 중요하지 않은 경우 다른 옵션 이 있습니다. 측정에 대해서는 아무것도 기억나지 않지만 똑똑하게 작동하는 것 같다고 아래에 썼습니다. 당신은 여전히 물었습니다 - 왜 속도가 필요합니까 :)) 솔루션은 비 이벤트가 아닌 보편적입니다(터미널 간에도 사용할 수 있음). 타이머로 작업해야겠습니다. 그러나 이벤트 사이의 최소 시간 OnChartEvent 도 1/64초보다 작을 수 없습니다.
첫 번째 대기열/프로세서에 있는 RAM의 VPS에 대한 로드는 어떻습니까? 이 문제 때문에 어떤 글리치가 발생하지 않습니다.-메모리 부족으로 인해 MT5에 더.
모든 것이 충분합니다. 강력한 기계.
카운터와 시프트가 vps에서 창 자체를 잡는지 여부를 시도하는 옵션으로.
캐치.
과제(MT4)에 대한 생각을 공유해 주세요.
전역 변수를 통해 만들었습니다. 그러나 원격 서버에서 이러한 구현은 GlobalVariable을 최대 100ms까지 느리게 합니다! 매우 자주 - 수십 ms. GlobalVariableFlush는 어디에서도 하지 않지만, HDD 브레이크 가능성에 대비하기로 결정하고 모든 것을 GlobalVariableTemp 로 전환했습니다. 도움이되지 않았습니다.
그런 다음 리소스를 통해 전송/수신을 번역합니다. 훨씬 좋아졌습니다. 드물게 몇 밀리초를 건너뜁니다. 일반적으로 성능이 크게 향상되었으며 가장 강력한 브레이크가 갑자기 사라졌습니다.
그러나 문제를 해결할 다른 방법이 있습니까? 차트의 어떤 속성에 숫자를 쓰는 것에 대해 생각했습니다. 당신은 당신이 상상하지 못한 곳에서 꿈틀거려야 합니다.
VPS에서 GlobalVariableGet을 사용하는 사람은 실행 기간을 모니터링합니다.
과제(MT4)에 대한 생각을 공유해 주세요.
EventChartCustom 이 적합하지 않습니까?
그냥 버퍼에 넣고 어드바이저가 읽지 않는 이유는 무엇입니까? 아니면 인디케이터를 따로 런칭해야 하나요?
EventChartCustom 이 적합하지 않습니까?
그냥 버퍼에 넣고 어드바이저가 읽지 않는 이유는 무엇입니까? 아니면 인디케이터를 따로 런칭해야 하나요?
이것은 HistoryTicks입니다 - Expert Advisors의 모든 진드기를 잡습니다. 따라서 EventChartCustom이 적합하지 않으며 대기열이 있습니다. 버퍼와 동일합니다.
과제(MT4)에 대한 생각을 공유해 주세요.
전역 변수를 통해 만들었습니다. 그러나 원격 서버에서 이러한 구현은 GlobalVariable을 최대 100ms까지 느리게 합니다! 매우 자주 - 수십 ms. GlobalVariableFlush는 어디에서도 하지 않지만, HDD 브레이크 가능성에 대비하기로 결정하고 모든 것을 GlobalVariableTemp 로 전환했습니다. 도움이되지 않았습니다.
그런 다음 리소스를 통해 전송/수신을 번역합니다. 훨씬 좋아졌습니다. 드물게 몇 밀리초를 건너뜁니다. 일반적으로 성능이 크게 향상되었으며 가장 강력한 브레이크가 갑자기 사라졌습니다.
그러나 문제를 해결할 다른 방법이 있습니까? 차트의 어떤 속성에 숫자를 쓰는 것에 대해 생각했습니다. 당신은 당신이 상상하지 못한 곳에서 꿈틀거려야 합니다.
VPS에서 GlobalVariableGet을 사용하는 사람은 실행 기간을 모니터링합니다.
표시기에서 int 변수를 만들고 거기에 숫자를 초기화하고 저장합니다.
표시기에서 이 변수를 반환하는 사용자 정의 함수를 정의합니다.
export 키워드로 함수를 정의합니다.
어드바이저에서 name_indicator.ex4에서 이 함수를 가져옵니다.
필요할 때 함수를 호출합니다.
속도를 늦추지 않았습니다.
덥지 않은데 벌써 따뜻하다
덥지 않은데 벌써 따뜻하다
뜨겁게 만들려면 이벤트 동기화를 사용하여 파일 매핑을 수행합니다.
과제(MT4)에 대한 생각을 공유해 주세요.
전역 변수를 통해 만들었습니다. 그러나 원격 서버에서 이러한 구현은 GlobalVariable을 최대 100ms까지 느리게 합니다! 매우 자주 - 수십 ms. GlobalVariableFlush는 어디에서도 하지 않지만, HDD 브레이크 가능성에 대비하기로 결정하고 모든 것을 GlobalVariableTemp 로 전환했습니다. 도움이되지 않았습니다.
그런 다음 리소스를 통해 전송/수신을 번역합니다. 훨씬 좋아졌습니다. 드물게 몇 밀리초를 건너뜁니다. 일반적으로 성능이 크게 향상되었으며 가장 강력한 브레이크가 갑자기 사라졌습니다.
그러나 문제를 해결할 다른 방법이 있습니까? 차트의 어떤 속성에 숫자를 쓰는 것에 대해 생각했습니다. 당신은 당신이 상상하지 못한 곳에서 꿈틀거려야 합니다.
VPS에서 GlobalVariableGet을 사용하는 사람은 실행 기간을 모니터링합니다.
user32.dll의 사용이 중요하지 않은 경우 다른 옵션 이 있습니다. 측정에 대해서는 아무것도 기억나지 않지만 똑똑하게 작동하는 것 같다고 아래에 썼습니다. 당신은 여전히 물었습니다 - 왜 속도가 필요합니까 :))
솔루션은 비 이벤트가 아닌 보편적입니다(터미널 간에도 사용할 수 있음). 타이머로 작업해야겠습니다. 그러나 이벤트 사이의 최소 시간 OnChartEvent 도 1/64초보다 작을 수 없습니다.