3. 테스터에서 멀티 코어를 사용합니다. 이 멀티코어 온라인 사용을 방해하는 것은 무엇입니까? 데이터 동기화를 가정하겠습니다. 이 문제를 해결하는 방법은 다음과 같습니다. 거래에서 해결되는 대부분의 작업에는 각 틱에 대한 동기화가 필요하지 않습니다. 게다가 해롭기 때문이다. 리소스를 삼키고 의미 있는 정보를 제공하지 않습니다. 일정 시간이 지나면 동기화를 수행합니다. 결국 막대가 1.34235 또는 1.34240에서 열리면 큰 차이가 없습니다. 이 막대의 높음과 낮음의 차이는 내가 지정한 것보다 클 것입니다.
테스터의 "다중 스레딩"은 정당하고 이해할 수 있습니다.
파파클라스 :
2. 나는 한 가지 일반적인 원칙을 알고 있습니다.
- 사람 이 작업을 완료할 수 없는 이유를 찾고 있을 때 이 작업은 이 개인이 해결하지 못할 것입니다. 그러나 사람 이 특정 문제를 해결하는 방법을 찾고 있다면 원칙적으로 그 방법을 찾습니다(해결책).
"멀티스레딩" Renat에서 발생할 수 있는 문제에 대해 말하는 것이 맞습니다. 그러나 이것은 동전의 한 면일 뿐입니다.
한편으로는 독립 쓰레드, 별도의 큐 등이 좋다. 그러나 이것이 심볼 더미에서 작업하는 단일 Expert Advisor(예: 챔피언십에 참가하는 Expert Advisor)와 무슨 관련이 있습니까? 그러나 문자는 12개(또는 100개)보다 훨씬 더 많을 수 있습니다.
현재 "목발"과 "의수"를 만들 수 있는 것들이 많이 있지만 이것이 쉽지 않습니다.
파파클라스 :
1. 터미널에 지표가 있는 모든 열린 차트 가 동일한 코어에서 온라인으로 작동하는 이유는 무엇입니까? 내 컴퓨터에는 4개의 코어가 있고 3개는 유휴 상태입니다. 클라우드가 이 작업에 대한 책임이 아닐까요?
당신이 제기하는 질문은 당신에 관한 것이 아닙니다. 그러나 IMHO, 다중 통화 거래의 정상적인 구현으로 MT5에는 문제가 없습니다. 오히려 플랫폼 자체와 프로그래밍 언어를 배우는 문제입니다. 지난 챔피언십 이후로 스파이를 소재로 한 11개의 만화를 만들었습니다. 그 중 4명은 파이퍼입니다. 한 피리 부는 사람은 실제 생활에서 최소 6개월 동안 서 있습니다. 불만이 없습니다. 진드기 수집기는 실생활에서 작동하며 97개 기기에서 진드기를 수집합니다. 나머지 3개 중 그것들은 또한 확실히 실생활에 존재합니다. 그 중 하나는 분석을 위해 27쌍을 사용하고 4쌍을 거래합니다.
흥미로운 :
한편으로는 독립 쓰레드, 별도의 큐 등이 좋다. 그러나 이것이 심볼 더미에서 작업하는 단일 Expert Advisor(예: 챔피언십에 참가하는 Expert Advisor)와 무슨 관련이 있습니까? 그러나 문자는 12개(또는 100개)보다 훨씬 더 많을 수 있습니다.
예를 들어, 챔피언십에서 스파이는 고문에게만 거래 주문 을 독살합니다. 그리고 고문은 이러한 거래 주문 처리, 주문, 거래 오류 추적 등에 전적으로 집중합니다. 데모에서 이 엔진을 테스트할 때 MQ가 데모에 있는 모든 통화 쌍에서 실행했습니다(불행하게도 약 30개가 있음).
papaklass : Kostantin, 나는 당신의 기사가 처음 나왔을 때 읽었습니다. 나는 이것이 파라메트릭 이벤트 핸들러라고 생각했습니다. 그러나 다중 통화 Expert Advisor를 작성하기 시작했을 때 여전히 스파이 신호를 처리하는 로직을 만들어야 한다는 사실을 깨달았습니다. 따라서 각 틱에서 기기를 순차적으로 폴링할 수 있습니다. 아무런 이점도 제공하지 않는 중간 링크 를 만드는 이유는 무엇입니까? (불법 행위 없음). 게다가 그 순간 OnChartEvent() 이벤트 핸들러의 작업이 많이 남았습니다. (2010년 챔피언십에서 바처럼) 챔피언십에서 오해를 일으키고 싶지 않았고 당신의 방식을 포기했습니다. 귀하의 방법은 다중 통화 솔루션이 아닙니다. 나는 모든 눈금에 하나의 도구로 작동하는 만화를 가지고 있으며 기분이 좋습니다. 12틱으로 모든 악기를 우회합니다. 그리고 당신은 그것에 더 적은 기능을 넣을 수 있습니다. 그러나 여전히 - 이것은 다중 통화 모드에 대한 솔루션이 아닙니다.
:) 누군가가 스파이를 사용하지 않고 내 borscht를 먹지 않는다면 나는 기분이 상하지 않습니다. 나는 "다중 통화 솔루션이 없다"는 아이디어가 마음에 들지 않습니다. 이 아이디어는 다른 사람들이 다중 통화를 만드는 것을 막을 수 있으며 최소한 자신의 말과 모순됩니다.
2. 나는 한 가지 일반적인 원칙을 알고 있습니다.
- 때 사람은(는) 작업을 완료할 수 없는 이유를 찾고 있습니다. 그러면 이 작업은 이 개인이 해결하지 못할 것입니다. 하지만 만약 사람이특정 문제를 해결하는 방법을 찾고 있으며 일반적으로 그 방법을 찾습니다(해결책).
그렇다면 분석 결과를 발표하지 않으시겠습니까? 해당 분야의 다른 전문가들의 의견을 들어보십시오. 아마도 당신은 자신에게 유용한 것을들을 것입니다. 당신(MQ 회사)이 스스로를 가장 똑똑하다고 생각하지 않기를 바랍니다. 따라서 다른 사람의 의견을 들을 필요가 없습니다.
우리는 실제로 분석 결과를 독립적으로 확인하여 많은 빌드와 테스트를 출시합니다.
우리는 플랫폼의 핵심과 원칙에 관한 결정을 내릴 수 있는 충분한 개발자 서클을 보유하고 있습니다. 11년 동안 거래 플랫폼을 개발해 온 실무 경험이 부족하기 때문에 겉으로 보기에도 외부의 누구도 이해하지 못하는 것이 현실이다.
최종 제품은 반대되는 많은 열망 간의 타협입니다. 유사한 플랫폼 개발에 대한 상당한 경험이 없고 단방향 목표에 따라 안내되지 않으면 첫 번째 테스트 레이아웃보다 더 나아갈 수 없습니다.
추신: 개인적으로 받아들이지 마십시오. 우리가 정말 자랑스럽게 생각하는 세심한 기술 솔루션에 관한 것이므로 마지막 의견을 작성해야 했습니다.
papaklass :
3. 테스터에서 멀티 코어를 사용합니다. 이 멀티코어 온라인 사용을 방해하는 것은 무엇입니까? 데이터 동기화를 가정하겠습니다. 이 문제를 해결하는 방법은 다음과 같습니다. 거래에서 해결되는 대부분의 작업에는 각 틱에 대한 동기화가 필요하지 않습니다. 게다가 해롭기 때문이다. 리소스를 삼키고 의미 있는 정보를 제공하지 않습니다. 일정 시간이 지나면 동기화를 수행합니다. 결국 막대가 1.34235 또는 1.34240에서 열리면 큰 차이가 없습니다. 이 막대의 높음과 낮음의 차이는 내가 지정한 것보다 클 것입니다.
테스터의 "다중 스레딩"은 정당하고 이해할 수 있습니다.
파파클라스 :
2. 나는 한 가지 일반적인 원칙을 알고 있습니다.
- 사람 이 작업을 완료할 수 없는 이유를 찾고 있을 때 이 작업은 이 개인이 해결하지 못할 것입니다. 그러나 사람 이 특정 문제를 해결하는 방법을 찾고 있다면 원칙적으로 그 방법을 찾습니다(해결책).
"멀티스레딩" Renat에서 발생할 수 있는 문제에 대해 말하는 것이 맞습니다. 그러나 이것은 동전의 한 면일 뿐입니다.
한편으로는 독립 쓰레드, 별도의 큐 등이 좋다. 그러나 이것이 심볼 더미에서 작업하는 단일 Expert Advisor(예: 챔피언십에 참가하는 Expert Advisor)와 무슨 관련이 있습니까? 그러나 문자는 12개(또는 100개)보다 훨씬 더 많을 수 있습니다.
현재 "목발"과 "의수"를 만들 수 있는 것들이 많이 있지만 이것이 쉽지 않습니다.
파파클라스 :
1. 터미널에 지표가 있는 모든 열린 차트 가 동일한 코어에서 온라인으로 작동하는 이유는 무엇입니까? 내 컴퓨터에는 4개의 코어가 있고 3개는 유휴 상태입니다. 클라우드가 이 작업에 대한 책임이 아닐까요?
...
...
1. 터미널에 지표가 있는 모든 열린 차트 가 동일한 코어에서 온라인으로 작동하는 이유는 무엇입니까? 내 컴퓨터에는 4개의 코어가 있고 3개는 유휴 상태입니다. 클라우드가 이 작업에 대한 책임이 아닐까요?
...좋은 질문입니다, 저도 그에 대한 답을 알고 싶습니다.
빌드 540에서 HistorySelect() 를 수정하려는 시도가 실패했습니다.
요청 시작 날짜를 선택하는 것이 더 이상 작동하지 않습니다. 축하합니다!!!
빌드 540에서 HistorySelect()를 수정하려는 시도가 실패했습니다.
요청 시작 날짜를 선택하는 것이 더 이상 작동하지 않습니다. 축하합니다!!!
내 계정에서 출금을 시도했습니다. 다른 질문자와 같은 실수 .
파파클라스:
당신이 제기하는 질문은 당신에 관한 것이 아닙니다. 그러나 IMHO, 다중 통화 거래의 정상적인 구현으로 MT5에는 문제가 없습니다. 오히려 플랫폼 자체와 프로그래밍 언어를 배우는 문제입니다. 지난 챔피언십 이후로 스파이를 소재로 한 11개의 만화를 만들었습니다. 그 중 4명은 파이퍼입니다. 한 피리 부는 사람은 실제 생활에서 최소 6개월 동안 서 있습니다. 불만이 없습니다. 진드기 수집기는 실생활에서 작동하며 97개 기기에서 진드기를 수집합니다. 나머지 3개 중 그것들은 또한 확실히 실생활에 존재합니다. 그 중 하나는 분석을 위해 27쌍을 사용하고 4쌍을 거래합니다.
한편으로는 독립 쓰레드, 별도의 큐 등이 좋다. 그러나 이것이 심볼 더미에서 작업하는 단일 Expert Advisor(예: 챔피언십에 참가하는 Expert Advisor)와 무슨 관련이 있습니까? 그러나 문자는 12개(또는 100개)보다 훨씬 더 많을 수 있습니다.
예를 들어, 챔피언십에서 스파이는 고문에게만 거래 주문 을 독살합니다. 그리고 고문은 이러한 거래 주문 처리, 주문, 거래 오류 추적 등에 전적으로 집중합니다. 데모에서 이 엔진을 테스트할 때 MQ가 데모에 있는 모든 통화 쌍에서 실행했습니다(불행하게도 약 30개가 있음).
내 계정에서 출금을 시도했습니다. 다른 질문자와 같은 실수 .
Renat, 그래도 온라인 작업에 대한 첫 번째 질문에 답변해 주세요.
Kostantin, 나는 당신의 기사가 처음 나왔을 때 읽었습니다. 나는 이것이 파라메트릭 이벤트 핸들러라고 생각했습니다. 그러나 다중 통화 Expert Advisor를 작성하기 시작했을 때 여전히 스파이 신호를 처리하는 로직을 만들어야 한다는 사실을 깨달았습니다. 따라서 각 틱에서 기기를 순차적으로 폴링할 수 있습니다. 아무런 이점도 제공하지 않는 중간 링크 를 만드는 이유는 무엇입니까? (불법 행위 없음). 게다가 그 순간 OnChartEvent() 이벤트 핸들러의 작업이 많이 남았습니다. (2010년 챔피언십에서 바처럼) 챔피언십에서 오해를 일으키고 싶지 않았고 당신의 방식을 포기했습니다. 귀하의 방법은 다중 통화 솔루션이 아닙니다. 나는 모든 눈금에 하나의 도구로 작동하는 만화를 가지고 있으며 기분이 좋습니다. 12틱으로 모든 악기를 우회합니다. 그리고 당신은 그것에 더 적은 기능을 넣을 수 있습니다. 그러나 여전히 - 이것은 다중 통화 모드에 대한 솔루션이 아닙니다.
:) 누군가가 스파이를 사용하지 않고 내 borscht를 먹지 않는다면 나는 기분이 상하지 않습니다. 나는 "다중 통화 솔루션이 없다"는 아이디어가 마음에 들지 않습니다. 이 아이디어는 다른 사람들이 다중 통화를 만드는 것을 막을 수 있으며 최소한 자신의 말과 모순됩니다.
2. 나는 한 가지 일반적인 원칙을 알고 있습니다.
- 때 사람 은(는) 작업을 완료할 수 없는 이유를 찾고 있습니다 . 그러면 이 작업은 이 개인이 해결하지 못할 것입니다. 하지만 만약 사람이 특정 문제 를 해결하는 방법을 찾고 있으며 일반적으로 그 방법을 찾습니다(해결책).