Aaaaa .... 잠시만 .... 아니요, 놔뒀습니다 - 아무것도 찾지 못했습니다. 몇 가지 중요한 정보가 손실되었습니다. 어느 정보를 말할 수는 없지만 무언가가 영원히 손실됩니다. 이것은 사실입니다.
진드기의 단점은 속도를 나타내지 않는다는 것입니다. 여기 1분이 있습니다 - 이것은 가격이 1분(속도)에 얼마나 지나갔는지입니다. 틱은 최소 가격 변동 입니다. 10 틱 - 10 가격 변경. 그리고 그들이 얼마나 오랫동안 왔는지는 알려져 있지 않습니다. 분의 단점은 거래의 강도를 고려하지 않는다는 것입니다.
multiplicator : 진드기의 단점은 속도를 나타내지 않는다는 것입니다. 여기 1분이 있습니다 - 이것은 가격이 1분(속도)에 얼마나 지나갔는지입니다. 틱은 최소 가격 변동 입니다. 10 틱 - 10 가격 변경. 그리고 그들이 얼마나 오랫동안 왔는지는 알려져 있지 않습니다. 분의 단점은 거래의 강도를 고려하지 않는다는 것입니다.
확실히 맞아.
일반적으로 말해서, 시장이 꽤 좋다는 사실에도 불구하고, 확률적 프로세스 모델에 의해 설명되는 특정 제한 하에서, 데이터 수신 및 처리 문제는 초석입니다.
브라운 입자의 움직임을 관찰하는 고전적인 방법은 30초마다 일정한 간격으로 데이터를 수집하는 것임을 상기하십시오. (Perrin이 한 것처럼) 또는 10초 후에. (지금 화학 실험실에서 하는 것처럼).
그러나 브라운 운동과 가격 운동의 근본적인 차이점은 분자는 지속적으로(연속 시간) 움직이고 가격에는 불연속 운동(이산 시간)이 있다는 것입니다.
저것. 데이터 수신을 위해 선택한 시간과 중요한 HIGH/LOW 데이터를 잃을 가능성 사이에서 어느 정도 균형을 유지해야 합니다.
감자를 먹은 일부 배스는 1초마다 데이터 수신을 권장합니다. 그리고 그것이 새로운 진드기인지 아닌지는 중요하지 않습니다.
그러나 먹힌 뿌리 작물에서 마취 상태에 있는 그는 이 경우 증분 분포가 의사 인용으로 인해 0에서 "거짓" 피크를 가질 것이며 통계 연구의 모든 힘은 지옥에 간다는 것을 잊습니다.
저것. 가장 안정적인 방법은 각 틱으로 작업하거나 DC에 따라 3-5초마다 읽는 절충안 솔루션 중 하나라고 생각합니다.
Grail을 찾는 작업은 확실히 매우 어렵고, 데이터를 수신/처리하는 방법이 핵심 중 하나입니다.
Aleshenka-son 또는 Sorcerer와 같은 일부 신경망은 이러한 방법을 가장 엄격하게 비밀로 유지하고 일부는 DC 필터 없이 틱 견적을 수신하는 데 비용을 지불하기도 합니다. 상상할 수 있니? 당신은 클 수 있습니다.
multiplicator : 진드기의 단점은 속도를 나타내지 않는다는 것입니다. 여기 1분이 있습니다 - 이것은 가격이 1분(속도)에 얼마나 지나갔는지입니다. 틱은 최소 가격 변동 입니다. 10 틱 - 10 가격 변경. 그리고 그들이 얼마나 오랫동안 왔는지는 알려져 있지 않습니다. 분의 단점은 거래의 강도를 고려하지 않는다는 것입니다.
증분 자체뿐만 아니라 기하 급수적으로 분포하는 경우 속도를 어떻게 고려할 수 있습니까? 이것은 후유증이 없는 프로세스입니다. 다음 버스가 도착하기까지의 시간 간격이 기하급수적으로 분포할 때, 버스를 기다리는 정류장에 서 있는 모습으로 버스의 속도를 계산할 수 있습니까? 종속성이 없습니다.
Novaja : 증분 자체뿐만 아니라 기하 급수적으로 분포하는 경우 속도를 어떻게 고려할 수 있습니까? 이것은 후유증이 없는 프로세스입니다. 다음 버스가 도착하기까지의 시간 간격이 기하급수적으로 분포할 때, 버스를 기다리는 정류장에 서 있는 모습으로 버스의 속도를 계산할 수 있습니까? 종속성이 없습니다.
불행히도 모든 것이 그렇게 간단하지는 않습니다. "무한 인출"의 문제가 있습니다. 임의의 큰 손실은 1의 확률로 무한한 시간에 도달합니다.
추신. 대부분의 추상적인 "무한대 게임"에는 큰 결함이 있습니다. 손실 기준은 정의되지만(0에 도달) 이득은 없습니다.
그러나 사람들은 스스로 한계를 정합니까?
Aaaaa .... 잠시만 .... 아니요, 놔뒀습니다 - 아무것도 찾지 못했습니다. 몇 가지 중요한 정보가 손실되었습니다. 어느 정보를 말할 수는 없지만 무언가가 영원히 손실됩니다. 이것은 사실입니다.
그래서 우리는 "무한한 시간"을 거래하지 않을 것입니다)
물론, 우리는 그렇게 하지 않을 것입니다. 충분히 큰 손실을 본 후에 우리는 게임이 지는 게임이 되었다고 결정할 것입니다. '무한하락' 발언의 의미는 불가피하다는 것이다.
진드기의 단점은 속도를 나타내지 않는다는 것입니다. 여기 1분이 있습니다 - 이것은 가격이 1분(속도)에 얼마나 지나갔는지입니다. 틱은 최소 가격 변동 입니다. 10 틱 - 10 가격 변경. 그리고 그들이 얼마나 오랫동안 왔는지는 알려져 있지 않습니다. 분의 단점은 거래의 강도를 고려하지 않는다는 것입니다.
확실히 맞아.
일반적으로 말해서, 시장이 꽤 좋다는 사실에도 불구하고, 확률적 프로세스 모델에 의해 설명되는 특정 제한 하에서, 데이터 수신 및 처리 문제는 초석입니다.
브라운 입자의 움직임을 관찰하는 고전적인 방법은 30초마다 일정한 간격으로 데이터를 수집하는 것임을 상기하십시오. (Perrin이 한 것처럼) 또는 10초 후에. (지금 화학 실험실에서 하는 것처럼).
그러나 브라운 운동과 가격 운동의 근본적인 차이점은 분자는 지속적으로(연속 시간) 움직이고 가격에는 불연속 운동(이산 시간)이 있다는 것입니다.
저것. 데이터 수신을 위해 선택한 시간과 중요한 HIGH/LOW 데이터를 잃을 가능성 사이에서 어느 정도 균형을 유지해야 합니다.
감자를 먹은 일부 배스는 1초마다 데이터 수신을 권장합니다. 그리고 그것이 새로운 진드기인지 아닌지는 중요하지 않습니다.
그러나 먹힌 뿌리 작물에서 마취 상태에 있는 그는 이 경우 증분 분포가 의사 인용으로 인해 0에서 "거짓" 피크를 가질 것이며 통계 연구의 모든 힘은 지옥에 간다는 것을 잊습니다.
저것. 가장 안정적인 방법은 각 틱으로 작업하거나 DC에 따라 3-5초마다 읽는 절충안 솔루션 중 하나라고 생각합니다.
Grail을 찾는 작업은 확실히 매우 어렵고, 데이터를 수신/처리하는 방법이 핵심 중 하나입니다.
Aleshenka-son 또는 Sorcerer와 같은 일부 신경망은 이러한 방법을 가장 엄격하게 비밀로 유지하고 일부는 DC 필터 없이 틱 견적을 수신하는 데 비용을 지불하기도 합니다. 상상할 수 있니? 당신은 클 수 있습니다.
거래자는 견적에 대해 지불하는 것이 아니라 견적자 측의 장소를 임대하는 데 비용을 지불합니다.
딜러는 견적 비용을 지불하여 그에 대해 이기지 않습니다.
진드기의 단점은 속도를 나타내지 않는다는 것입니다. 여기 1분이 있습니다 - 이것은 가격이 1분(속도)에 얼마나 지나갔는지입니다. 틱은 최소 가격 변동 입니다. 10 틱 - 10 가격 변경. 그리고 그들이 얼마나 오랫동안 왔는지는 알려져 있지 않습니다. 분의 단점은 거래의 강도를 고려하지 않는다는 것입니다.
증분 자체뿐만 아니라 기하 급수적으로 분포하는 경우 속도를 어떻게 고려할 수 있습니까? 이것은 후유증이 없는 프로세스입니다. 다음 버스가 도착하기까지의 시간 간격이 기하급수적으로 분포할 때, 버스를 기다리는 정류장에 서 있는 모습으로 버스의 속도를 계산할 수 있습니까? 종속성이 없습니다.
오, 그것은 초등
예를 들어 15분 막대를 사용하여 iVolume 터미널 볼륨을 확인합니다.
각 틱 iVolume=1 내부에 가격 변동이 있으면 0(영)
속도 = 경로/시간 = 볼륨/시간
따라서 틱을 기하급수적 으로 또는 초당 한 번 읽는 것은 물리적 의미가 없습니다.
변경된 가격으로 틱을 읽는 것만 의미론적 부하를 전달합니다. 단위 벡터에 관심
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
빌드 1485 이후 CopyTicks() 및 CopyTicksRange() 개선을 위한 버그 및 제안.
알렉세이 볼찬스키 , 2016.12.01 02:57
웹 문서의 실수일 뿐이라고 생각합니다. 현재 ME는 정말 비어 있습니다. 또는 기능이 아직 개발 중입니다. 둘째, 1970년 이후 어딘가에서 데이터를 요청하고 있는데 왜 지난 세기의 틱이 반환되지 않는지 궁금합니다.))!! 거기서 뭘 피우세요?
모든 것이 작동하는 방식입니다.
{
datetime dt1 = D'2016.11.28 00:00:00' , dt2 = D'2016.11.30 00:00:00' ;
MqlTick ticks[];
ulong start, msc;
//--- Замеряем время старта перед получением тиков
start= GetMicrosecondCount ();
int copied = CopyTicksRange( _Symbol , ticks, COPY_TICKS_ALL , dt1* 1000 , dt2* 1000 );
//--- Рассчитаем, за сколько мс получена история
msc= GetMicrosecondCount ()-start;
Print ( "copied=" , copied, " msc=" , msc);
return ;
}
// вывод
2016.12 . 01 04 : 52 : 08.134 TestCopyTicks (EURUSD.m,M15) copied= 333081 msc= 1294871
2016.12 . 01 04 : 52 : 16.877 TestCopyTicks (EURUSD.m,M15) copied= 333081 msc= 318596
***
분을 사용하면 막대 내부의 절대적인 증가량을 계산하지 않을 것입니다. 눈금이 다를 수 있으므로 iVolume은 도움이 되지 않습니다.
야생으로 올라가지 마십시오. 속도에 관심
그러나 분 막대는 1분마다 형성되지 않습니다.
그래서 나는 M15를 제안했다
게다가 테스트에 따르면 인형은 H4 이상에서 실질적으로 무해합니다.