'CopyTicks' 테스트 - 페이지 31

 
Alexey Kozitsyn :
예, 그들은 일주일 동안 내 신청서에 응답하지 않았습니다 ... 일주일 전에 그들은 이미 집에서 오류를 재현했습니다. 쉽지 않다고 하더군요...
CopyTicks가 모든 것을 건너뛰거나 포기하는지 알고 싶습니다. 나는 더 이상 바에 집중하지 않는다.
 
fxsaber :
CopyTicks가 모든 것을 건너뛰거나 포기하는지 알고 싶습니다. 나는 더 이상 바에 집중하지 않는다.
나는 CopyTicks()에 대해 모른다... 그러나 동일한 서버에 항상 하나의 오류가 있기 때문에 서버에 관한 것입니다.
 
Alexey Kozitsyn :
나는 CopyTicks()에 대해 모른다... 그러나 동일한 서버에 항상 하나의 오류가 있기 때문에 서버에 관한 것입니다.
이것이 각 서버가 자체 막대 기록을 저장하고 형성하는 방법입니다.
 
fxsaber :
이것이 각 서버가 자체 막대 기록을 저장하고 형성하는 방법입니다.
그리고 바 이야기는 어떻습니까? 우리는 틱에 대해 이야기하고 있습니다.
 
Alexey Kozitsyn :
그리고 바 이야기는 어떻습니까? 우리는 틱에 대해 이야기하고 있습니다.
따라서 눈금과 막대 사이에 불일치가 있으므로 막대에 대해 이야기하고 있습니다.
 
fxsaber :
따라서 눈금과 막대 사이에 불일치가 있으므로 막대에 대해 이야기하고 있습니다.

오프닝: 835에서 이 막대의 볼륨을 봅니다.

우리는 이 막대의 BCS 볼륨을 봅니다: 835.

거래소의 볼륨은 모든 서버에서 모든 곳에서 동일해야 합니다. MT에서 Quick 및 기타 모든 곳에서. 이것은 CopyTicks() 이전의 "참조" 볼륨입니다. 그러나 합계가 참조와 동일하도록 모든 틱을 수집하는 것은 모든 서버에서 얻을 수 있는 것이 아닙니다. 따라서 바에 대한 불만은 없습니다. 그러나 틱 / 서버에는 있습니다.

 
Alexey Kozitsyn :

오프닝: 835에서 이 막대의 볼륨을 봅니다.

우리는 이 막대의 BCS 볼륨을 봅니다: 835.

거래소의 볼륨은 모든 서버에서 모든 곳에서 동일해야 합니다. MT에서, Quick 및 기타 모든 곳에서. 이것은 CopyTicks() 이전의 "참조" 볼륨입니다. 그러나 합계가 참조와 동일하도록 모든 틱을 수집하는 것은 모든 서버에서 얻을 수 있는 것이 아닙니다. 따라서 바에 대한 불만은 없습니다. 그러나 틱 / 서버에는 있습니다.

따라서 막대는 교환이 아닌 MT 자체에 의해 형성됩니다. 그냥 틱 데이터에서. 모든 BCS 서버에 동일한 CopyTicks가 있습니다. 바는 동일합니다. 그러나 CopyTicks가 있는 막대는 그렇지 않습니다.

또는 막대의 잘못된 형성이 있습니다. 또는 CopyTicks는 데이터의 일부를 건너뜁니다.

 
fxsaber :

따라서 막대는 교환이 아닌 MT 자체에 의해 형성됩니다. 그냥 틱 데이터에서. 모든 BCS 서버에 동일한 CopyTicks가 있습니다. 바는 동일합니다. 그러나 CopyTicks가 있는 막대는 그렇지 않습니다.

또는 막대의 잘못된 형성이 있습니다. 또는 CopyTicks는 데이터의 일부를 건너뜁니다.

좋아, 당신은 오랫동안 논쟁하고 많은 것을 생각할 수 있습니다. SD 교환원 의 응답을 기다리는 것이 좋습니다.

 
Alexey Kozitsyn :

좋아, 당신은 오랫동안 논쟁하고 많은 것을 생각할 수 있습니다. SD 교환원 의 응답을 기다리는 것이 좋습니다.

포럼 어딘가에서 CopyTicks가 수신한 데이터의 양에 대한 Renat의 설명을 만났습니다. 이 정보를 알고 있는 사람은 여기에서 알려주세요.

추가됨: 논의된 곳을 찾았습니다.

CopyTicks를 테스트하는 사람은 해당 논의 이후 변경된 사항이 있습니다. 그렇지 않으면 문서에는 이 기능의 이전 구현만 포함됩니다.

 
coderex :
포럼 어딘가에서 CopyTicks가 수신한 데이터의 양에 대한 Renat의 설명을 만났습니다. 이 정보를 알고 있는 사람은 여기에서 알려주세요.
사용자별로 " 캐시 "라는 단어로 포럼을 검색합니다.
사유: