사실 테스터에서 제기된 현지 시간이라는 주제는 공정한 경쟁에 매우 유독합니다. 모든 것은 흰색 실로 꿰매어 있습니다. 내가 MQ라면 현지 시간 tk를 결정하기 위해 이러한 모든 허점을 닫을 것입니다. 이것은 테스터에서 필요하지 않지만, 속기 쉬운 새 거래자의 귀에 국수를 걸 때에만 필요합니다.
사실 테스터에서 제기된 현지 시간이라는 주제는 공정한 경쟁에 매우 유독합니다. 모든 것은 흰색 실로 꿰매어 있습니다. 내가 MQ라면 현지 시간 tk를 결정하기 위해 이러한 모든 허점을 닫을 것입니다. 테스터에서는 필요하지 않지만, 속기 쉬운 새 거래자의 귀에 국수를 걸기만 하면 됩니다.
글쎄, 아니면 적어도 이 스레드와 다른 스레드에서 이 주제를 없애십시오.
주제는 어떤 속임수도 용납할 수 없습니다. 실용화는 디자인 사무소에서 사용하고 있습니다. 편리하게.
아마 한번의 패스가 50일 이상 지속될 수 있다는 의미일 것입니다.
아니요, Slava는 모든 것을 올바르게 이해하고 말했습니다.
테스터의 시간 밀도는 완전히 다릅니다. 그것은 가지 않을거야.
틀렸어.
테스터에서 GetTickCount() 함수가 테스트 시간을 기반으로 값을 에뮬레이트한다고 확신했습니다.
매우 이상하고 비논리적입니다. 나를 위한 서프라이즈. 저것들. GetTickCount()가 테스터에서 단순히 "정지"된다는 것을 이해해야 합니다.
틀렸어.
테스터에서 GetTickCount() 함수가 테스트 시간을 기반으로 값을 에뮬레이트한다고 확신했습니다.
매우 이상하고 비논리적입니다. 나를 위한 서프라이즈. 저것들. GetTickCount()가 테스터에서 단순히 "정지"된다는 것을 이해해야 합니다.
왜 비논리적입니까?
단일 호출 내에서 OnTick, OnCalculate, OnInit, OnDeinit 등은 매우 논리적입니다. 계산은 심각도가 매우 다릅니다.
아니요, Slava는 모든 것을 올바르게 이해하고 말했습니다.
아니오, 옳지 않습니다.
프로그램 시작 후 정확히 50일이 지나면 차이가 몇 시간으로 표시됩니다.
그러나 GetTickCount( ) 대신 GetMicrosecondCount() 를 사용하면 오버플로가 없는 시간은 더 이상 50일이 아니라 584542년이 됩니다.
위협 더 정확하게는 583081년, 그레고리력을 감안할 때))
왜 비논리적입니까?
단일 호출 내에서 OnTick, OnCalculate, OnInit, OnDeinit 등은 매우 논리적입니다. 계산은 심각도가 매우 다릅니다.
예, 일부 기능 또는 코드 블록의 계산 실행 시간을 측정하는 데만 논리적입니다. 일부 이벤트 사이의 시간 측정과 같은 나머지는 테스터의 GetTickCount() 및 GetMicrosecondCount() 함수가 적합하지 않습니다.
아니오, 옳지 않습니다.
프로그램 시작 후 정확히 50일이 지나면 차이가 몇 시간으로 표시됩니다.
이러한 간격은 측정하지 않습니다
글쎄, 솔직히 말해서, 그러한 경우를 고려하더라도 그것을 고려하는 방법 - xs. 다른 측정자를 포함합니까? 그러면 gettickcount 를 전혀 사용해서는 안 됩니다.
이러한 간격은 측정하지 않습니다
글쎄, 솔직히 말해서, 그러한 경우를 고려하더라도 그것을 고려하는 방법 - xs. 다른 측정자를 포함합니까? 그러면 gettickcount를 전혀 사용해서는 안 됩니다.
아니요, 물론 목욕을 할 수 없습니다. 50일은 실제로 적용 범위를 벗어납니다. 50일 이상 테스트해야 하는 경우 GetTickCount() 를 사용하는 것이 좋습니다. 오버플로 제어만 있으면 더 가볍습니다(추가 변수가 있음).
사실 테스터에서 제기된 현지 시간이라는 주제는 공정한 경쟁에 매우 유독합니다. 모든 것은 흰색 실로 꿰매어 있습니다.
내가 MQ라면 현지 시간 tk를 결정하기 위해 이러한 모든 허점을 닫을 것입니다. 이것은 테스터에서 필요하지 않지만, 속기 쉬운 새 거래자의 귀에 국수를 걸 때에만 필요합니다.
글쎄, 아니면 적어도 이 스레드와 다른 스레드에서 이 주제를 없애십시오.
사실 테스터에서 제기된 현지 시간이라는 주제는 공정한 경쟁에 매우 유독합니다. 모든 것은 흰색 실로 꿰매어 있습니다.
내가 MQ라면 현지 시간 tk를 결정하기 위해 이러한 모든 허점을 닫을 것입니다. 테스터에서는 필요하지 않지만, 속기 쉬운 새 거래자의 귀에 국수를 걸기만 하면 됩니다.
글쎄, 아니면 적어도 이 스레드와 다른 스레드에서 이 주제를 없애십시오.
주제는 어떤 속임수도 용납할 수 없습니다. 실용화는 디자인 사무소에서 사용하고 있습니다. 편리하게.