위대하고 끔찍한 MT4 영원히 (또는 전환 전략을 올바르게 개발하는 방법) - 페이지 8

 
fxsaber :

약간. 각 터미널에는 상당히 활동적인 여러 Expert Advisors가 있습니다. CPU 피크에서는 총 5%까지 도달할 수 있습니다. MT4는 종종 훨씬 더 많은 CPU를 사용합니다.

스레드가 충분하지 않습니다. 두 터미널 모두 고문의 작업에 최적화되어 있습니다. 그리고 이 설정으로도 MT4가 더 쉬울 것이라고 생각합니다. 아마도 훨씬 쉬울 것입니다.

요전에 MT4의 메모리에서 4GB 제한에 부딪쳤습니다.

32비트, 당신이 그것에 대해 할 수 있는 것은 아무것도 없습니다

시장의 판매자는 두 청산을 모두 퍼뜨립니다.

나는 이 범주를 심각하게 받아들일 필요가 없다고 생각한다.

 
Andrei Trukhanovich :

스레드가 충분하지 않습니다.

두 터미널 모두 고문의 작업에 최적화되어 있습니다. 그리고 이 설정으로도 MT4가 더 쉬울 것이라고 생각합니다. 아마도 훨씬 쉬울 것입니다.

숫자 면에서는 뚜렷한 장점이 없는 것 같다.

나는 이 범주를 심각하게 받아들일 필요가 없다고 생각한다.

상태를 취할 다른 곳이 없습니다.


추신: 객관성을 위해 MT4에서는 비활성화할 수 없는 일부 항목은 MT5에서 비활성화됩니다.

 
Andrei Trukhanovich :

MT5에서 연구 개발을 수행하고 MT4에서 전투 버전을 출시하는 사람들의 존재는 이것을 확인시켜줍니다.

5 명은 실행 속도에 사로잡힙니다(서버 부분을 말하는 것입니다).

수정/제거는 거의 항상 밀리초(때로는 수십)로 계산됩니다. 시장 실행도 거의 항상 더 빠릅니다.

4개에서 150ms 미만의 숫자는 당신이 b-너도밤나무에 있더라도 우주적으로 보입니다.

 
Alexey Viktorov :

글쎄, 당신이 읽기 위해 쓰기만 한다면 .... 그리고 당신이 그것을 작동시키기 위해 쓴다면 그것은 또 다른 문제입니다.

당신은 아주 많이 착각하고 있습니다. 코드는 주로 가독성을 위해 작성됩니다. 그렇지 않으면 유지 관리할 수 없습니다.

처음 프로그래밍을 시작했을 때 한두 달 전에 작성한 코드로 돌아가는 것은 다른 사람의 코드에 뛰어드는 것과 같았습니다. 그래서 모든 것이 불분명하고 혼란스러웠다. 하지만 그것은 내 코드였습니다!

 
PapaYozh :

당신은 아주 많이 착각하고 있습니다. 코드는 주로 가독성을 위해 작성됩니다. 그렇지 않으면 유지 관리할 수 없습니다.

처음 프로그래밍을 시작했을 때 한두 달 전에 작성한 코드로 돌아가는 것은 다른 사람의 코드에 뛰어드는 것과 같았습니다. 그래서 모든 것이 불분명하고 혼란스러웠다. 하지만 그것은 내 코드였습니다!

당신은 내 말을 오해했다.

이 코드에서

  OrderCloseBy( OrderSend ( _Symbol , OP_BUY, 1 , Ask, 0 , 0 , 0 ), OrderSend ( _Symbol , OP_SELL, 1 , Bid, 0 , 0 , 0 ));

먼저 주문을 열고 반대 주문을 닫아야 합니까?

뭔가 의심스럽긴 한데 절대 그렇게 쓰지 않을 거라는 사실에 확인하고 싶은 마음은 없다.

 
Andrey Khatimlianskii :

5 명은 실행 속도에 사로잡힙니다(서버 부분을 말하는 것입니다).

수정/제거는 거의 항상 밀리초(때로는 수십)로 계산됩니다. 시장 실행도 거의 항상 더 빠릅니다.

4개에서 150ms 미만의 숫자는 당신이 b-너도밤나무에 있더라도 우주적으로 보입니다.

나는 로그를 보았다. 실제로 핑을 빼면 MT4의 수정은 MT5 - 1ms에서 약 100ms입니다.

 
Alexey Viktorov :

이 코드에서 그렇게 생각하십니까?

주문을 먼저 연 다음 반대 주문을 닫아야 합니까?

뭔가 의심스럽긴 한데 절대 그렇게 쓰지 않을 거라는 사실에 확인하고 싶은 마음은 없다.

이것은 정확히 네 번째에서 일어날 것입니다.

처음에

 OrderSend ( _Symbol , OP_BUY, 1 , Ask, 0 , 0 , 0 )

그 다음에

 OrderSend ( _Symbol , OP_SELL, 1 , Bid, 0 , 0 , 0 )

그리고보다

OrderCloseBy(...);


각 OrderSend()는 티켓 번호를 반환하거나 실패 시 -1을 반환합니다.

https://docs.mql4.com/ru/trading/ordersend

OrderSend - Торговые функции - Справочник MQL4
OrderSend - Торговые функции - Справочник MQL4
  • docs.mql4.com
OrderSend - Торговые функции - Справочник MQL4
 
물론 MT5에는 더 많은 기회가 있지만 극히 폐쇄적이고 독점적인 플랫폼일 뿐입니다. 오늘날의 표준에 따르면 이것은 마치 zashkvar처럼 간주됩니다. 그러나 여기에서 플러스가 있습니다. 아무도 그의 고문이 네트워크를 통과하는 것을 원하지 않기 때문입니다. 일반적으로 친밀감은 여전히 플랫폼의 확산을 제한하며 기회가 필요하지 않은 사람들에게는 MT4로 충분합니다.
 
Vasiliy Sokolov :
물론 MT5에는 더 많은 기회가 있지만 극히 폐쇄적이고 독점적인 플랫폼일 뿐입니다. 오늘날의 표준에 따르면 이것은 마치 zashkvar처럼 간주됩니다. 그러나 여기에서 플러스가 있습니다. 아무도 그의 고문이 네트워크를 통과하는 것을 원하지 않기 때문입니다. 일반적으로 친밀감은 여전히 플랫폼의 확산을 제한하며 기회가 필요하지 않은 사람들에게는 MT4로 충분합니다.
예, 여기에서 그들이 쓴 것처럼 이 속도는 밀리초로 추정됩니다. 이렇게 하면 requotes, 닫는 위치 지연을 최소화할 수 있습니다. 그러면 이것은 매우 멋지고 실제로 가장 중요한 주장입니다. , 신뢰성, 이것이 돈이고 때로는 많은 돈이 되길 바랍니다. 그리고 이것은 fxsaber 자신에 의해 확인되었으며 그는이 주제에서 가장 잘 요리합니다.
그리고 그가 말하는 것은 속도가 100 배 이상이라는 것입니다. 글쎄요 ... 일반적으로 객관적으로 예를 들어 뉴욕의 중개인을 보면 뉴욕의 가상 머신을 멍청하게 가져 가서 짜잔. 속도는 MT4에서도 10배 증가합니다.
그러나 보시다시피 MT4와 MT5 같은 조건에서 MT5가 속도면에서 훨씬 앞서 있습니다.
 
Andrey Khatimlianskii :

5 명은 실행 속도에 사로잡힙니다(서버 부분을 말하는 것입니다).

아마도 5ka가 이기지 못한 오래된 비교가 있었던 것으로 기억합니다. 아마도 모든 것이 몇 년 만에 많이 변했을 것입니다.

일반적으로 이것은 전적으로 구현에 의존하고, 표준일 수도 있고, 브로커를 변경할 가능성이 최소인 터미널과 달리 브로커에 의해 크게 변경될 수도 있다.