많은 사람들에게 흥미로운 주제: MetaTrader 4 및 MQL4의 새로운 기능 - 큰 변화가 진행 중입니다. - 페이지 57

 

이것은 테스터가 아닌 적절한 알고리즘 트레이더의 작업입니다. MT5 테스터에는 테스트한 TS의 기능에 대한 데이터와 TS에 대한 실행 기록을 생성하기 위한 동일한 Level2 기록이 없습니다.

임의의 지연 은 자신의 테스터를 작성할 때 가장 먼저 떠오르는 것입니다. 거칠지만 의미가 있습니다. 리미터의 경우 이러한 무례함도 때때로 수행됩니다. 즉, 무작위 거부입니다.

그것은 초정확도에 관한 것이 아니라 항상 정확성과 그것을 얻는 속도 사이의 황금 평균에 있습니다. 매우 특정한 상황에서만 똑똑하다는 것이 의미가 있습니다.

따라서 MT5의 경우 임의 지연 모드(구현을 본 적이 없음)라는 아이디어가 상당히 적절합니다.

 
hrenfx :

이것은 테스터가 아닌 적절한 알고리즘 트레이더의 작업입니다.

글쎄, 글쎄)) I. 더 큰 로트 또는 다른 진입/퇴장 방법으로 테스트하려면 새 사용자 지정 기록을 수동으로 생성해야 합니다.)

커스텀 히스토리의 대략적인 예는 MT4의 다양한 백테스팅 모드 입니다. 개시 가격으로 - 다른 모드에서 - 하나의 역사 배열(개시 가격)이 준비되고 있습니다.

표시기가 사용되며 각 막대(최적화된 경우 여러 개)에 대해 계산된 값으로 각각에 대해 배열이 생성됩니다.

유동성이나 사용된 주문 유형을 고려해야 하며 이를 위해 내역을 자동으로 수집/전처리할 수 있습니다. 중요한 것은 원료입니다.

 
Avals :

글쎄, 글쎄)) I. 더 큰 로트 또는 다른 진입/퇴장 방법으로 테스트하려면 새 사용자 지정 기록을 수동으로 생성해야 합니다.)

정확히! 이것은 전투 로봇이 보는 표시 이력에 관한 것이 아니라 테스터에서 실행에 대한 사용자 지정 이력에 대한 것입니다. TS 의 볼륨 을 변경하면 실행 이력이 변경되는 것은 분명합니다. 또는 예를 들어 핑을 변경하는 것도 비슷합니다.

테스트 중에 실행 기록을 생성하는 것은 터무니없는 일입니다. 이러한 이유로 재투자-TS를 사용하여 결과를 올바르게 평가해야 합니다. 왜냐하면 검색량이 증가함에 따라 실행 이력도 변경됩니다(더 나빠집니다). 그리고 TS가 작동하는 볼륨의 변화 역학을 미리 예측하는 것이 불가능하기 때문에 사전에 실행 이력을 수집하는 것도 문제입니다. 그러나 특히 뉘앙스 때문에 제정신이 아닌 사람은 실시간 테스터에서 실행 이력을 생성할 수 없습니다.

다시 말하지만, 황금 평균이 중요합니다.

물론 모든 실용적인 춤과 마찬가지로 탬버린과 함께 그러한 춤이 필요하지는 않습니다. 그러나 춤이 없어서는 안될 차량이 있습니다.

차량(아무것도)을 최대한 짜내려면 매우 열심히 노력해야 합니다. 거의 아무도 자신이 얻은 것에 만족하면서 이 일을 하지 않습니다.

 
hrenfx :

정확히! 이것은 전투 로봇이 보는 표시 이력에 관한 것이 아니라 테스터에서 실행에 대한 사용자 지정 이력에 대한 것입니다. TS의 볼륨을 변경하면 실행 이력이 변경되는 것은 분명합니다. 또는 예를 들어 핑을 변경하는 것도 비슷합니다.

테스트 중에 실행 기록을 생성하는 것은 터무니없는 일입니다. 이러한 이유로 재투자-TS를 사용하여 결과를 올바르게 평가해야 합니다. 왜냐하면 검색량이 증가함에 따라 실행 이력도 변경됩니다(더 나빠집니다). 그리고 TS가 작동하는 볼륨의 변화 역학을 미리 예측하는 것이 불가능하기 때문에 사전에 실행 이력을 수집하는 것도 문제입니다. 그러나 특히 뉘앙스 때문에 제정신이 아닌 사람은 실시간 테스터에서 실행 이력을 생성할 수 없습니다.

다시 말하지만, 황금 평균이 중요합니다.

당신은 물론 탬버린과 모든 실용적인 춤과 같은 춤이 필요하지 않습니다. 그러나 춤이 없어서는 안될 차량이 있습니다.

차량(아무것도)을 최대한 활용하려면 매우 열심히 노력해야 합니다. 거의 아무도 자신이 얻은 것에 만족하면서 이것을 하지 않습니다.

글쎄, 재투자로 테스트하는 것은 좋지 않습니다)) 이것은 전처리 없이(적어도 수동으로, 최소한 자동으로) 레벨 2만 고려합니다. 다른 경우에는 실행량을 매우 정확하게 고려할 수 있습니다. 물론, 시장에서 자신의 주문의 영향 없이 - 이것은 실제 거래에서만 평가할 수 있습니다.

실제 틱 2를 사용하는 전역 방법:

1. 터미널은 리소스를 절약하기 위해 테스트 전에 틱을 저장하고 전처리합니다.

2. 사용자는 진드기를 저장하고 스스로 압축한 다음(그러나 테스터의 지시에 따라) 테스터에게 보냅니다. 예를 들어, 현재 MT5에 있지만 tf<1min입니다. 그런 다음 요구 사항에 따라 조립할 수 있습니다.

나는 대부분이 이 옵션 중 하나에 만족할 것이라고 생각합니다.

추신 하지만 MQ는 MT5에서 전략을 테스트하는 사람들이 아니라 브로커와 DC로부터 수익을 얻습니다. 후자에게는 그들이 그들을 통해 거래하는 것이 중요하며 누가, 어떻게 테스트를 하느냐는 중요하지 않습니다. 저것들. 그들은 테스터가 아니라 거래 터미널에 관심이 있습니다. 그러나 플랫폼의 인기는 테스터에 따라 다르므로 브로커의 선택) 딜레마는 사용자 정의 이야기이며보다 정확한 테스트는 DC / 브로커 (후자는 좋아하지 않음)에서 사용자를 약간 풀어 주지만 이것은 플랫폼의 인기를 약간 높일 것입니다. MQ를 해결하는 데 더 유리한 것은 무엇입니까?)

 

당신은 단순히 일반 터미널 사용자의 초상화에 익숙하지 않기 때문에 플랫폼의 인기에 영향을 미치는 그러한 왜곡된 아이디어가 있습니다.

Renat는 상인들 사이에서 대량 제품을 대중화하기 위해 거의 모든 일을 합니다. 예, 많은 제한 사항이 있지만 일반 사용자는 느끼지도 못할 것입니다.

평범한 중개인도 멍청한 존재입니다. 그리고 일반 사용자에게 가장 적합합니다.

통합에 대한 고급 접근 방식을 사용하여 플랫폼 독립적인 사이트 뒤에 있는 FOREX에 대한 큰 돈. 거래량을 늘리기 위해서는 거래 여건을 개선 할 필요가 있습니다.

잠재적으로 더 많은 돈이있는 계획을 비교하십시오.

  1. 중개인의 플랫폼 사용에 대한 구독료를 징수합니다.
  2. 사이트 사용을 위해 모든 브로커 + 기관으로부터 수수료(회전율에서)를 받습니다.

당연히 동일한 LMAX는 소매 고객을 거부하고 EBS 및 기타 업체와 경쟁하는 최고의 LP가 되기 위해 두 번째 계획으로 이동합니다. MT4/5 및 기타 플랫폼을 사용하여 IB에서 소매업을 전환합니다.

알고리즘 거래에 대해 진지한 사람들은 거래 플랫폼에 의존하지 않습니다 .

 

거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼

MT5를 지원하는 사람

메타드라이버 , 2013.08.13 01:36

2. 브로커 매칭은 수익은 적지 만 고객은 더 많습니다. 고객의 증가가 구현으로 인한 손실보다 크다면 이미 분명히 비용 효율적입니다.

반대의 경우도 마찬가지입니다.
 
hrenfx :

당신은 단순히 일반 터미널 사용자의 초상화에 익숙하지 않기 때문에 플랫폼의 인기에 영향을 미치는 그러한 왜곡된 아이디어가 있습니다.

Renat는 상인들 사이에서 대량 제품을 대중화하기 위해 거의 모든 일을 합니다. 예, 많은 제한 사항이 있지만 일반 사용자는 느끼지도 못할 것입니다.

평범한 중개인도 멍청한 존재입니다. 그리고 일반 사용자에게 가장 적합합니다.

통합에 대한 고급 접근 방식을 사용하여 플랫폼 독립적인 사이트 뒤에 있는 FOREX에 대한 큰 돈. 거래량을 늘리기 위해서는 거래 여건을 개선 할 필요가 있습니다.

잠재적으로 더 많은 돈이있는 계획을 비교하십시오.

  1. 중개인의 플랫폼 사용에 대한 구독료를 징수합니다.
  2. 사이트 사용을 위해 모든 브로커 + 기관으로부터 수수료(회전율에서)를 받습니다.

당연히 동일한 LMAX는 소매 고객을 거부하고 EBS 및 기타 업체와 경쟁하는 최고의 LP가 되기 위해 두 번째 계획으로 이동합니다. MT4/5 및 기타 플랫폼을 사용하여 IB에서 소매업을 전환합니다.

알고리즘 거래에 대해 진지한 사람들은 거래 플랫폼에 의존하지 않습니다 .

두 가지 변종은 두 가지 이데올로기 체계를 잘 보여줍니다.

하나는 환경을 활성화해야 한다는 것이고 다른 하나는 모든 것을 있는 그대로 동결해야 한다는 것입니다. 민주당원과 공화당원, 자유당과 보수당.

첫 번째 옵션(가입비 포함)은 브로커가 클라이언트를 업데이트하고 거래를 권장합니다(월별 수수료를 지불해야 함). 그렇지 않으면 브로커가 손실을 보고 사이트의 일부로 남아 있는지 여부가 의심됩니다.

두 번째 옵션은 한 달 동안 거래가 없더라도 동일하지 않으며 브로커는 여전히 사이트 사용자로 남아 있습니다(거래 없음, 비용 없음).

더 나은 것은 영원한 질문입니다. 어느 것이 더 나을 때가 있고 다른 것이 더 나을 때가 있습니다.

 

새로운 거래를 위해 테스터를 개선해야 했습니다. 이전 코드를 이해하는 것은 새 코드를 작성하는 것보다 잃을 시간이 더 많습니다(몇 주를 죽였습니다. 때때로 접근 방식을 사용했습니다).

그래서 처음부터 새로운 테스터를 작성하는 데 5시간이 걸렸습니다(디버깅 포함). 그 특징(나는 시작으로서 만족한다):

  • M1 HighBid + LowAsk 막대별 모델과 함께 작동합니다(결과는 MT5 테스터보다 정확함).
  • 한 캐릭터.
  • 테스트 TS에서 초당 약 100,000,000 bar (초당 277 FOREX 년)의 속도 (i7 2700K)는 비어 있지 않고 많은 것이 계산됩니다. 시장에서 끊임없이.
  • 누락된 MM - 많지 않습니다.
  • 핍으로만 이익을 얻습니다.
  • 평균 슬리피지 및 커미션을 조정하는 기능.
  • 자체 최적화 기준이 있는 옵티마이저 - 각각에 대해 정렬된 실행 행과 함께 별도의 파일이 생성됩니다(기가바이트가 소요될 수 있음).
  • 테스터에 오류 검사가 없습니다. 테스터의 모든 뉘앙스를 알고 있으므로 허용하지 않습니다.
  • TS는 약간 잘린 MQL4로 작성되었습니다. 불필요한 부분은 삭제되었습니다. 그러나 C++의 모든 기능을 사용할 수 있습니다.
  • 테스터는 OOP 없이 작성되었습니다. 올바르게 작성하는 방법을 모르겠습니다. 저것들. 거의 순수한 C 언어.
  • 무료 C++ 의 소스 ~ 20Kb.
  • 정류장 및 시장이 버려집니다(OrderClose가 남음) - 필요하지 않습니다.
  • 각 실행(선택 사항 - 실행 번호 지정)을 매트에서 시각화하고 연구할 수 있습니다. 패키지 - 파일은 단순히 Equity 및 Balance 쓰기를 변경합니다.
  • 유전자가 없습니다.
  • OpenCL이 없습니다 - 할 수 없습니다.
  • 단일 스레드. 모든 코어를 로드하는 것은 어리석은 일입니다. 몇 가지 옵티마이저를 수동으로 실행하십시오.
  • 콘솔 응용 프로그램.
  • TS 입력 매개변수, 테스터 설정 및 최적화 범위는 파일에 지정됩니다.
  • TS는 테스터와 함께 단일 EXE 파일로 컴파일됩니다.
  • 시작하기 전에 EXE, 기록, 설정의 세 가지 파일만 있습니다.
  • 옵티마이저는 실행의 현재 상태가 조건을 충족하지 않으면(예: 드로다운이 너무 높음) 실행을 중단합니다.
  • 테스터에 대한 기록은 오래 전에 작성된 MQL4 스크립트에 의해 준비됩니다.
  • 주문 테이블에 대한 메모리 동적 할당 없음 - 메모리를 한 번 할당하고 잊어버리십시오.
  • 로그 없음 - 보지 않습니다.
  • 주문 내역 없음 - 유사합니다.
  • 표시기의 개념과 이와 관련된 모든 것은 없습니다. TS에는 필요하지 않습니다.
  • 가격은 정수(long int)입니다.

MQL5에서 동일한 넌센스를 제출하면 클라우드를 메이트 모드로 사용할 수 있습니다. 최적화. 매번 기록만 보내야 합니다. 여기서 이러한 정보를 정기적으로 압축해야 합니다.

전체적으로 이론적으로 초당 ~ 1000억 막대의 속도를 달성하는 것이 가능합니다(테스트 TS에서). 같은 앵무새의 전체 클라우드에서 MT5 테스터의 성능은 무엇인지 궁금합니다.

초당 1000억 바는 다양한 종류의 연구에 적합한 속도 입니다. 다른 단위로 변환하면 이 속도는 1초에 한 기호인 FOREX 분 기록의 연도가 ~ 300,000번 실행됨을 나타냅니다.

대부분의 시간은 언어의 구문을 배우는 데 보냈습니다. 그냥 구글링했습니다. 프로그래머가 아닙니다.

귀하의 겸손한 요구에 대한 보편적인 프레임워크를 작성하는 것은 엄청난 시간 낭비라고 즉시 말씀드리고 싶습니다. 더 나은 탐색. 고려해야 할 사항이 있으면 추가하기만 하면 됩니다.

이것은 핵심일 뿐입니다. 이제 옵티마이저를 위한 까다로운 툴킷이 필요합니다. 여기에는 훨씬 더 많은 시간이 소요됩니다. 생각해야 합니다.

The Dev-C++ Resource Site
  • Hongli Lai
  • www.bloodshed.net
Dev-C++ is Free Software distributed under the GNU General Public License. This means you are free to distribute and modify Dev-C++, unlike most Windows software! Be sure the read the license. Donations Please support Dev-C++ by making a donation ! The money will be shared between the active developers and the support manager in order to...
 
hrenfx :
  • 테스트 TS에서 초당 약 100,000,000 bar (초당 277 FOREX 년)의 속도 (i7 2700K)는 비어 있지 않고 많은 것이 계산됩니다. 시장에서 끊임없이.

가장 중요한 것은 시간까지 디스크에서 읽기를 추가하는 것을 잊지 마십시오.

100,000,000 막대의 숫자는 특히 HighBid + LowAsk(즉, 없음)가 있다는 설명과 함께 매우 만족스럽습니다. 아니면 막대가 100,000개뿐입니까?

Excel에서 테스트 결과를 분석하시겠습니까? 계산하는 데 1초, Excel을 고려하는 데 1시간?


비교를 위해 M1의 MetaTrader 5 테스터는 표시기가 없지만 GUI 애니메이션 을 포함하고 디스크에서 전체 데이터베이스를 올리는 것을 포함하여 모든 수하물과 서비스(귀하가 신경 쓰지 않은)가 있는 열린 막대에 있습니다.

  • EURUSD,M1: 7906ms 이내에 생성된 19 538 553틱(5 180 083바)

유사한 i7에서 초당 약 240만 틱을 제공합니다.

 
Renat :

가장 중요한 것은 시간까지 디스크에서 읽기를 추가하는 것을 잊지 마십시오.

이것은 쓸모없는 시간이기 때문입니다. 최적화는 효과가 없습니다. 이제 SSD, RAM-드라이브를 정리할 수 있습니다. 한마디로 이 시간은 무의미하다.

100,000,000바의 숫자는 특히 HighBid + LowAsk( 즉, 없음 )가 있다는 설명과 함께 매우 만족스럽습니다. 아니면 막대가 100,000개뿐입니까?

왜 안하기로 결정했어? 테스트 차량의 경우 수십만 바만 사용했습니다. 저것들. 초당 1억 바가 최적화 속도입니다. 이것은 이 매개변수에 대한 원래 기록의 기간이 중요하지 않음을 의미합니다.

예를 들어, 100,000개 막대의 초기 기록은 옵티마이저에서 초당 1000번 실행되며, 이는 속도가 초당 1억 막대임을 의미합니다.

Excel에서 테스트 결과를 분석하시겠습니까? 계산하는 데 1초, Excel을 고려하는 데 1시간?

Excel은 쓰레기입니다(사실 잘 모르겠습니다). 매트에서. 실행 결과를 비틀기 위한 패키지는 기본입니다. 동시에 문서 자체 패키지를 변경할 필요가 없습니다. 차량의 거의 모든 특성이 즉시 제공됩니다. 이것은 MT5 테스터 또는 다른 테스터의 분석보다 훨씬 더 발전되고 효율적입니다.

그건 그렇고, MT5 테스터에는 최적화 결과 에 대한 필터가 없습니다. 집에서 바로 만들었습니다(GUI 없이도 100% 정당화됨). 예를 들어, 런은 이익을 기준으로 정렬됩니다. 나는 드로다운으로 필터를 걸고 모든 것이 명확합니다. 아래 라인은 항상 위보다 더 작은 드로다운으로 실행됩니다. 매우 효과적인 방법 - 테스터에서 구현하는 것이 좋습니다.

비교를 위해 M1의 MetaTrader 5 테스터는 표시기가 없지만 GUI 애니메이션을 포함하고 디스크에서 전체 데이터베이스를 올리는 것을 포함하여 모든 수하물과 서비스(귀하가 신경 쓰지 않은)가 있는 열린 막대에 있습니다.

  • EURUSD,M1: 7906ms 이내에 생성된 19 538 553틱(5 180 083바)

유사한 i7에서 초당 약 240만 틱을 제공합니다.

최적화 속도를 제공하는 것이 좋습니다(위에서 작성). 이론상으로는 더 높아야 합니다. 오픈바 모드에서 틱이 생성된 이유를 잘 이해하지 못하셨나요?

그건 그렇고, MT4는 최적화에서 오픈 바 모드에서 MT5의 속도를 여전히 하고 있습니까(MQL4 코드의 가속을 고려한다면?)?