자동 거래 챔피언십 2011 - 규칙 - 페이지 12

 
Cps, 4코어 - 4스레드.
 

예델킨
귀하의 질문을 잘 이해하지 못했습니다. 코어 수는 하나의 Expert Advisor(하나의 스레드에서 실행됨)의 테스트 속도에 직접적인 영향을 미치지 않습니다.
아니면 당신의 관심이 테스트 속도와 관련이 없었습니까?

 
voix_kas :

예델킨
귀하의 질문을 잘 이해하지 못했습니다. 코어 수는 하나의 Expert Advisor(하나의 스레드에서 실행됨)의 테스트 속도에 직접적인 영향을 미치지 않습니다.
아니면 당신의 관심이 테스트 속도와 관련이 없었습니까?

내 Expert Advisor가 여러 "프로그램 실행 스레드"와 함께 작동하는 경우가 발생했습니다(정확히 뭐라고 불러야 할지 모르겠지만, 이것은 다른 기호에 n개의 표시기가 있고 기본 기호에 하나의 Expert Advisor가 있는 경우입니다). 최적화가 단일 테스트보다 2배(매우 대략적으로 말하면) 느립니다. 2개의 핵을 탑재한 Atom'a를 장전하는 모습. 단일 테스트 중에 두 코어가 "최대한" 로드된 것으로 나타났습니다. 코어 수가 Expert Advisor 테스트 속도에 직접적인 영향을 미친다는 결론에 도달했습니다.

... 어떻게 든 코어 수와 스레드 수를 혼동하지 않아야한다는 것이 이미 논의되었습니다. 나는 이것을 귀찮게하지 않았습니다 (미묘하게 깊숙이 들어가십시오), 나는 단지 스스로 유도하는 프로그램을 스케치하는 작업을 설정했습니다 가능한 한 많은 "실행 스레드". 그 결과 내가 시도한 것이 헛되지 않은 것으로 나타났습니다 :)

 
Yedelkin :

내 Expert Advisor가 여러 "프로그램 실행 스레드"와 함께 작동하는 경우가 발생했습니다(정확히 뭐라고 불러야 할지 모르겠지만, 이것은 다른 기호에 n개의 표시기가 있고 기본 기호에 하나의 Expert Advisor가 있는 경우입니다). 최적화가 단일 테스트보다 2배(매우 대략적으로 말하면) 느립니다. 2개의 핵을 탑재한 Atom'a를 장전하는 모습. 단일 테스트 중에 두 코어가 "최대한" 로드된 것으로 나타났습니다. 코어 수가 Expert Advisor 테스트 속도에 직접적인 영향을 미친다는 결론에 도달했습니다.

... 어떻게 든 코어 수와 스레드 수를 혼동하지 않아야한다는 것이 이미 논의되었습니다. 나는 이것을 귀찮게하지 않았습니다 (미묘하게 깊숙이 들어가십시오), 나는 단지 스스로 유도하는 프로그램을 스케치하는 작업을 설정했습니다 가능한 한 많은 "실행 스레드". 그 결과 내가 시도한 것이 헛되지 않은 것으로 나타났습니다 :)

믿기 힘든...

테스트 중에 "에이전트" 탭은 무엇을 표시합니까? 나는 당신이 Expert Advisor를 사용하여 하나의 코어를 "전체"로 로드하고 운영 체제의 다른 모든 작업이 두 번째 코어에 있다고 생각합니다. 그렇지 않으면 테스트 창 외에는 거의 볼 수 없었을 것입니다.

그리고 코어와 스레드에 관해서는 헛된 것입니다. 적어도 일반적인 아이디어가 필요합니다.

 
Vladix :

믿기 힘든...

테스트 중에 "에이전트" 탭은 무엇을 표시합니까? 나는 당신이 Expert Advisor를 사용하여 하나의 코어를 "전체"로 로드하고 운영 체제의 다른 모든 작업이 두 번째 코어에 있다고 생각합니다. 그렇지 않으면 테스트 창 외에는 거의 볼 수 없었을 것입니다.

물론 1개의 로컬 에이전트가 실행 중입니다. 귀하의 버전도 가능하지만 ...이 경우 두 번째 코어를 로드할 수 있는 작업이 명확하지 않습니다.

나는 질문의 기원을 설명하려고 노력했다. 질문이 잘못된 결론을 기반으로 공식화되었을 수 있습니다.

블라딕스 :

그리고 코어와 스레드에 관해서는 헛된 것입니다. 적어도 일반적인 아이디어가 필요합니다.

네, 이해합니다 :(하지만 물리적으로 모든 것을 다룰 시간이 없습니다. 계획이 많습니다.

 
Yedelkin :

물론 1개의 로컬 에이전트가 실행 중입니다. 귀하의 버전도 가능하지만 ...두 번째 코어를 로드하는 작업이 명확하지 않습니다.

나는 질문의 기원을 설명하려고 노력했다. 질문이 잘못된 결론을 기반으로 공식화되었을 수 있습니다.

네, 이해합니다 :(하지만 물리적으로 모든 것을 다룰 시간이 없습니다. 계획이 많습니다.

일부 운영 체제 및 프로세스에는 하나의 코어에 많은 부하가 있을 때 부하의 일부를 여유 코어로 전환할 수 있는 특정 기술이 있습니다.

아마도 이것이 바로 그런 경우일 것입니다.

그러나 일부 주제 및 기사에 대한 토론에서 이해했듯이 칠면조를 계산하는 다른 쌍의 하천에서 칠면조를 사용할 때 실제로 여러 개가 있을 수 있습니다.

 

예델킨

기사에서는 스트림에 대한 정보를 찾을 수 있습니다.
특히, 다른 쌍의 칠면조가 다른 스트림으로 나뉩니다. 하지만. 테스트할 때 전체 "집단 농장"(EA + 칠면조)이 하나의 스레드(에이전트)에서 실행됩니다.
따라서 이러한 방식으로 15분 챔피언십 요구 사항을 통과하려는 경우 모든 시각화를 끄고 일부 칠면조를 시도해 보십시오. 정상 상태에서는 하나의 프로세서/코어로도 실시간 계산에 충분합니다.

임호.

 

나는 챔피언십 의 규칙 을 이해할 수 없습니다 .

메타 따옴표는 규칙으로 모든 거래자를 오도합니다.

트레이더의 입장에서는 분명합니다. Metaquotes는 새로운 작업을 선보이고 싶어합니다.

메타쿼터는 누구를 대상으로 합니까?

왜이 모든 규칙?

시작(본질) - 돈이 더 많은 사람이 옳다. 또는 반대하는 메타 따옴표? 저것들. 인위적인 규칙의 부재.

Metaquote는 열등감을 나타냅니다. 규칙 위반 - 후원자의 이익을 보장하지 않습니까?

Ограничения и проверки в экспертах
Ограничения и проверки в экспертах
  • 2010.08.02
  • MetaQuotes Software Corp.
  • www.mql5.com
Можно ли торговать этим инструментом в понедельник? Хватит ли денег на открытие позиции? Какой размер убытка мы получим, если сработает Stop Loss? Как ограничить количество отложенных ордеров? Была ли выполнена торговая операция на этом баре или это было на предыдущем? Если торговый робот не может сделать подобные проверки, то любая прибыльная торговая система может превратиться в проигрышную. В этой статье показаны примеры проверок, которые пригодятся в любом эксперте.
 
papaklass :

다음과 같은 규칙의 몇 가지 요점으로 돌아가고 싶습니다.

IV. 거래 조건

4. 주어진 시간에 모든 기호에 대한 최대 보류 주문 수는 12입니다.

...

우리는 12가지 모든 상품에서 작동하는 다중 통화 고문이 있습니다. 총 물량이 60랏(5.00 * 12 = 60.00)을 넘지 않는 한 문제는 없습니다. 지정된 포인트는 충족되며 Expert Advisor의 작업을 제한하지 않습니다. 그러나 전시된 로트의 총량이 60.00랏을 초과하는 경우 규칙의 지정된 단락이 전략을 변경하기 시작하는 곳입니다. 한편으로는 각 상품에 대해 하나의 보류 주문만 할 수 있고(포인트 4) , 다른 한편으로는 5.00랏 이상의 볼륨으로 주문할 수 없습니다(포인트 3). 그러니 앉아서 문제를 해결하세요. 물론 이 상황에는 해결책이 있습니다.

1. 심볼당 하나의 활성 주문만 허용된다는 점 4부터 따르지 않습니다. 규칙에 의해서만 안내를 받는다면 주어진 시간에 12개의 주문을 사용할 수 있으며, 이를 관리하는 방법은 이미 순전히 개별적인 문제입니다(전략에 따라 다름).

2. 규칙에 의해서만 안내되는 경우 단일 통화는 12개의 주문을 할 수도 있습니다(특정 전략을 구현할 때 삶을 훨씬 쉽게 만들고 동시에 알고리즘을 상당히 복잡하게 만들 수 있음).

3. 2년째 이 항목에 대한 질문을 제기하면서 동시에 주문 수를 24-36개로 늘릴 것을 제안했습니다. 나는 아직 모든 것을 설명하고 제자리에 두는 공식적인 의견을 받지 못했습니다.

나는 주최측이 챔피언십이 개최되는 장비의 작업량을 참조하여 주문 수를 늘리지 않을 것이라고 가정합니다.

개인적으로 최대 36개까지 주문 수를 늘리면 리소스가 로드되는 방식을 이해할 수 없지만(물론 주문/삭제가 매 틱마다 있는 것은 아님)

시장에서 지속적으로 작업을 수행하고(주문할 때보다 빈도가 더 높을 수 있음) 서버 연결이 끊어지면 바람직하지 않은 결과를 얻을 위험이 있습니까?

주최자와 개발자에게 질문입니다...

파파클라스 :

이 상황에서 세 가지 방법이 있습니다.

1. 4항은 그대로 두고 규칙 3항의 5.00랏 제한을 제거합니다.

2. 항목 3의 제한은 5.00 lot 형식으로 유지하되 항목 4의 최대 주문 수를 36으로 늘립니다(도구당 3개 주문. 5.00 * 3 = 15.00) ;

3. 다중 통화 Expert Advisors의 경우 총 거래량을 15.00랏에서 5.00랏으로 줄여 포인트 5를 변경합니다. 사실, 이러한 변경으로 인해 서버 측 설정에 문제가 발생할 수 있습니다.

4. 가능한 유일한 옵션은 주문 수를 최대 24-36개로 늘리는 것입니다(옵션으로 최대 50개입니다. 50개의 주문/포지션은 현재 많은 DC에 존재하는 제한 사항이기 때문에).

그러나 챔피언십에서는 12개의 통화 쌍만 거래되기 때문에 주문 수를 12개에서 24-36개로 늘리는 것은 상당히 수용 가능합니다(이 챔피언십이 아니라면 다음 챔피언십에서도).

5. 나는 3번 항목을 어떤 형태로든 어떤 소스와 함께든 용납할 수 없다고 생각합니다.

 
papaklass :

3. 다중 통화 Expert Advisors의 경우 총 거래량을 15.00랏에서 5.00랏으로 줄여 포인트 5를 변경합니다.

솔직히 말해서 요점도 이해하지 못했는데... 포지션과 미결제 주문 의 최대 총량을 3배로 늘리자는 제안인가요? - 우조스.
Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров
Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров
  • www.mql5.com
Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров - Документация по MQL5