오류, 버그, 질문 - 페이지 2096

새 코멘트
 
elibrarius :

흠. 잘 찾으십시오)))

int OnInit()
  {
   return(INIT_SUCCEEDED);
}

void OnTick()
  {
  int s[];
  CopySpread(_Symbol,_Period,0,1,s);
  Print(s[0]);
  }

그렇다면 현재 막대의 스프레드 필드가 현재 스프레드 또는 예를 들어 최소값과 같다고 누가 말했습니까?

SymbolInfoTick 을 사용하십시오. 막대는 역사적인 흔적입니다.

 
fxsaber :

그렇다면 현재 막대의 스프레드 필드가 현재 스프레드 또는 예를 들어 최소값과 같다고 누가 말했습니까?

SymbolInfoTick을 사용하십시오. 막대는 역사적인 흔적입니다.

CopySpread는 최소한의 관행을 기억하며, 대부분의 경우 이것이 진실의 기준이 됩니다. 그것에서 막대 2017.10.23 01:00 CopySprea=-3인 것으로 밝혀졌습니다. 왜냐하면 진드기로 확인할 때 덜했습니다.

나는 막대를 부를 것입니다 - 과거를 분석 할 수있는 매우 필요한 도구입니다.

SymbolInfoTick - 올바르게 표시되지만 이 때문에 CopySpread를 잘못 남겨둘 필요가 있습니까? 이해합니다 1pt. - 이것은 사소한 일입니다. s=s-1을 수정하는 것이 기본이라고 생각합니다. 그리고 모든 것)

 
elibrarius :

SymbolInfoTick - 올바르게 표시되지만 이 때문에 CopySpread를 잘못 남겨둘 필요가 있습니까? 이해합니다 1pt. - 이것은 사소한 일입니다. s=s-1을 수정하는 것이 기본이라고 생각합니다. 그리고 모든 것)

테스터를 시작하기 전에 음의 스프레드에 대한 막대 기록을 확인하십시오. 이 굽은 들판은 아무것도 아닙니다.

오늘날 개발자가 MqlRates 를 생각해 낸다면 이 쓰레기가 아닌 일반 필드가 있을 것입니다. 그러나 그들이이 구조를 재고하는 것만으로는 충분하지 않습니다. 그들은 이미 모든 것을 기초로 훌륭하게 나타났습니다. 그래서 여기 역사적 기초가 밝혀졌습니다. 그리고 이제 그들은 항상 이 끈을 당길 것입니다.

 
elibrarius :

CopySpread는 최소한의 관행을 기억하며 , 대부분의 경우 이것이 진실의 기준이 됩니다. 그로부터 막대 2017.10.23 01:00 CopySprea=-3인 것으로 밝혀졌습니다. 왜냐하면 진드기로 확인할 때 덜했습니다.

나는 막대를 부를 것입니다 - 과거를 분석 할 수있는 매우 필요한 도구입니다.

SymbolInfoTick - 올바르게 표시되지만 이 때문에 CopySpread를 잘못 남겨둘 필요가 있습니까? 이해합니다 1pt. - 이것은 사소한 일입니다. s=s-1을 수정하는 것이 기본이라고 생각합니다. 그리고 모든 것)

조심하면 분을 볼 수 있고 새로운 막대 가 나타날 때 마지막 스프레드 값이 기억되는 것을 볼 수 있습니다.

 
Alexey Viktorov :

조심하면 분을 볼 수 있고 새로운 막대 가 나타날 때 마지막 스프레드 값이 기억되는 것을 볼 수 있습니다.

나는 더 자세히 보았지만 부분적으로는 동의합니다.

전문가 코드:

void OnTick() { 
  int s[];
  CopySpread(_Symbol,_Period,0,1,s);
  Print(s[0]);
  MqlTick last_tick;
  if(SymbolInfoTick(Symbol(),last_tick)) { Print(last_tick.time,": Bid = ",last_tick.bid, " Ask = ",last_tick.ask,"  SP = ",DoubleToString(last_tick.ask-last_tick.bid,5)); }
}

다음은 CopySpread에서 퍼진 1분 분량의 인쇄물입니다. 그런 다음 Ask-Bid에서 계산

2018.01.01 11:55:00.478 2017.10.23 01:00:00 14
2018.01.01 11:55:00.478 2017.10.23 01:00:00 2017.10.23 01:00:00: 매수호가 = 1.17715 매도호가 = 1.17729 SP = 0.00014
2018.01.01 11:55:00.494 2017.10.23 01:00:00 9
2018.01.01 11:55:00.494 2017.10.23 01:00:00 2017.10.23 01:00:00: 입찰 = 1.17715 매도 = 1.17724 SP = 0.00009
2018.01.01 11:55:00.510 2017.10.23 01:00:00 9
2018.01.01 11:55:00.510 2017.10.23 01:00:00 2017.10.23 01:00:00: 매수호가 = 1.17716 매도호가 = 1.17726 SP = 0.00010
...........
2018.01.01 11:55:01.023 2017.10.23 01:00:30 1
2018.01.01 11:55:01.023 2017.10.23 01:00:30 2017.10.23 01:00:30: 매수호가 = 1.17704 매도호가 = 1.17705 SP = 0.00001
2018.01.01 11:55:01.876 2017.10.23 01:00:30 -1
2018.01.01 11:55:01.876 2017.10.23 01:00:30 2017.10.23 01:00:30: 매수호가 = 1.17707 매도호가 = 1.17705 SP = -0.00002
2018.01.01 11:55:01.893 2017.10.23 01:00:31 -3
2018.01.01 11:55:01.893 2017.10.23 01:00:31 2017.10.23 01:00:31: 매수호가 = 1.17707 매도호가 = 1.17703 SP = -0.00004
2018.01.01 11:55:01.909 2017.10.23 01:00:31 -3
2018.01.01 11:55:01.909 2017.10.23 01:00:31 2017.10.23 01:00:31: 입찰 = 1.17707 매도 = 1.17704 SP = -0.00003
2018.01.01 11:55:01.925 2017.10.23 01:00:32 -3
...........
2018.01.01 11:55:02.293 2017.10.23 01:00:48 -3
2018.01.01 11:55:02.293 2017.10.23 01:00:48 2017.10.23 01:00:48: 입찰 = 1.17702 매도 = 1.17707 SP = 0.00005
2018.01.01 11:55:02.309 2017.10.23 01:00:48 -3
2018.01.01 11:55:02.309 2017.10.23 01:00:48 2017.10.23 01:00:48: 입찰 = 1.17703 매도 = 1.17707 SP = 0.00004
2018.01.01 11:55:02.325 2017.10.23 01:00:49 -3
2018.01.01 11:55:02.325 2017.10.23 01:00:49 2017.10.23 01:00:49: 매수호가 = 1.17707 매도호가 = 1.17707 SP = 0.00000

저것들. 현재 막대의 CopySpread 값 = 최소값.

그러나 마지막 의미는 실제로 술집의 역사에 들어갔습니다.

<날짜> <시간> <오픈> <높음> <낮음> <닫기> <틱볼> <볼륨> <확산>
2017.10.23 01:00:00 1.17715 1.17720 1.17693 1.17707 64 0 0

대부분의 경우(10분 체크) 하지만 여기서도 실패가 있다.
2017.10.23 00:53에 위에서 설명한 문제입니다.

역사 속

2017.10.23 00:53:00 1.17685 1.17725 1.17685 1.17725 8 0 9

그리고 진드기로 :

2018.01.01 11:54:59.009 2017.10.23 00:53:43 48
2018.01.01 11:54:59.009 2017.10.23 00:53:43 2017.10.23 00:53:43: 매수호가 = 1.17724 매도호가 = 1.17733 SP = 0.00009
2018.01.01 11:54:59.025 2017.10.23 00:53:43 48
2018.01.01 11:54:59.025 2017.10.23 00:53:43 2017.10.23 00:53:43: 매수호가 = 1.17725 매도호가 = 1.17736 SP = 0.00011
2018.01.01 11:54:59.041 2017.10.23 00:53:43 48
2018.01.01 11:54:59.041 2017.10.23 00:53:43 2017.10.23 00:53:43: 매수호가 = 1.17725 매도호가 = 1.17737 SP =< 0.0<----<< 바의 마지막 틱 2017.10.23 00:53
2018.01.01 11:54:59.057 2017.10.23 00:54:11 9
2018.01.01 11:54:59.057 2017.10.23 00:54:11 2017.10.23 00:54:11: 입찰 = 1.17728 매도 = 1.17737 SP =<< 0.0<----<<<< 막대의 첫 번째 눈금 2017.10.23 00:54 - 여기에서 해당

다음 막대의 첫 번째 눈금부터 스프레드가 히스토리에 들어가는 버전을 확인했습니다. 확인되지 않음:

이야기
2017.10.23 00:59:00 1.17717 1.17723 1.17709 1.17715 14 0 3

다음 막대의 첫 번째 눈금
2018.01.01 11:55:00.478 2017.10.23 01:00:00 14
2018.01.01 11:55:00.478 2017.10.23 01:00:00 2017.10.23 01:00:00: 입찰 = 1.17715 매도 = 1.17729 SP = 0.00014

이야기

2017.10.23 01:00:00 1.17715 1.17720 1.17693 1.17707 64 0 0

다음 막대의 첫 번째 눈금
2018.01.01 11:55:02.342 2017.10.23 01:01:03 1
2018.01.01 11:55:02.342 2017.10.23 01:01:03 2017.10.23 01:01:03: 매수호가 = 1.17707 매도호가 = 1.17708 SP = 0.00001

일반적으로 - 스프레드와의 일종의 혼동(

 
elibrarius :

...

일반적으로 - 스프레드와의 일종의 혼동(


 

MT4 b1090, Market Watch에는 수십 개의 기호가 있으며 여러 차트가 열려 있습니다. terminal.exe는 CPU의 0-1%를 먹습니다.

MT5 b1730, Market Watch의 GBPUSD MetaQuotes-Demo 전용, 차트 없음. terminal64.exe는 CPU의 2-3%를 차지합니다 .

이건 괜찮아?

 
fxsaber :

MT4 b1090, Market Watch에는 수십 개의 기호가 있으며 여러 차트가 열려 있습니다. terminal.exe는 CPU의 0-1%를 먹습니다.

MT5 b1730, Market Watch의 GBPUSD MetaQuotes-Demo 전용, 차트 없음. terminal64.exe는 CPU의 2-3%를 차지합니다 .

이건 괜찮아?

몇 번이나 화제가 되었습니다. MT5는 더 많은 정보를 브로드캐스트하기 때문에 프로세서를 조금 더 로드합니다.

하지만 1~2% 이내로 비교하는 것은 옳지 않습니다.

 
Andrey Khatimlianskii :

몇 번이나 화제가 되었습니다. MT5는 더 많은 정보를 브로드캐스트하기 때문에 프로세서를 조금 더 로드합니다.

하지만 1~2% 이내로 비교하는 것은 옳지 않습니다.

읽기 모드에서 수십 개의 열린 탭이 있는 여러 브라우저는 0을 먹습니다. 완전히 비어있는 터미널이 토렌트 클라이언트처럼 소비하는 것은 이상합니다. 그리고 당신이 컴퓨터에서 인터넷을 뽑아도 아무 것도 바뀌지 않습니다.

 
fxsaber :

읽기 모드에서 수십 개의 열린 탭이 있는 여러 브라우저는 0을 먹습니다. 완전히 비어있는 터미널이 토렌트 클라이언트처럼 소비하는 것은 이상합니다. 그리고 당신이 컴퓨터에서 인터넷을 뽑아도 아무 것도 바뀌지 않습니다.

브라우저와 비교하는 것은 옳지 않습니다. 내가 상상할 수 있는 한 배경 탭은 리소스를 전혀 소비하지 않습니다.

그리고 터미널은 차트의 활성 여부에 관계없이 틱을 수신하여 시계열을 작성하므로 차트로 전환할 때 지연 없이 최신 정보를 표시합니다.

그러나 나는 실제로 MT를 옹호하는 것이 아니라 서비스 데스크에 대한 모든 계산과 본격적인 비교를 하는 데 귀찮은 사람이 아무도 없다는 점을 분명히 했습니다.

1...208920902091209220932094209520962097209820992100210121022103...3184
새 코멘트