시장에 클러스터 접근 방식의 시연 ... - 페이지 4

 
ssd >> :

포지션 개시 조건:

if (Ind_0 > 0 && Ind_1 < 0)

오픈 포지션 청산 조건:

if (Ind_0 <= 0)

다운 포지션을 열기 위한 조건:

if (Ind_0 < 0 && Ind_1 > 0)

오픈 다운 포지션을 청산하기 위한 조건:

if (Ind_0 >= 0)

조건은 논란의 여지가 있으며 통계를 기반으로 하지 않습니다. 롱 포지션을 열려면 단순히 첫 번째 통화 지수의 양수 부호와 두 번째 통화 지수의 음수 부호를 갖는 것만으로는 충분하지 않습니다. 잘못된 항목이 너무 많을 것입니다.

또한 오픈 포지션을 청산하기 위해 단 하나의 통화 지수의 기호를 고려하는 것이 왜 충분한지 명확하지 않습니다.

그리고 sab1uk는 또한 짧은 시간에 합성 십자가가 실제 십자가와 심각하게 다를 것이라고 정확하게 지적했습니다.

추신: 아직 코드를 보지 않았지만 비슷한 작업을 직접 수행하려고 합니다. Semenych의 접근 방식은 근본적으로 다른 것 같습니다. 왜냐하면. 그는 여기에서와 같이 브레이크다운이 아니라 리바운드에서 오픈을 제안합니까?

 

내 생각에 가장 강한 신호는 첫 번째 지수가 최대값( 절대값 )에 도달하고 반대 방향으로 회전할 때이며 두 번째 지수도 돌아야 합니다. 이것은 반전을 보여야 하는 가장 강력한 신호입니다. 현재 TF의 주요 이동 방향 .. 그러한 신호가 없으면 중요성이 약한 신호에 의존 할 수 있습니다. 지수 그래프의 교차점, 교차점 전에 그래프의 뚜렷한 역학 관계가 있어야합니다. 변경하고 "평평한 곳에서 나란히" 크롤링하지 않도록 ..


음, 신호를 부드럽게 하는 것이 좋을 것입니다 .. 그렇지 않으면 위의 화면에서 약간 시끄럽습니다 .. 모든 쌍을 각 통화 계산에 사용하는 경우 한 창에 모든 쌍을 표시하는 것은 의미가 없습니다. 개인 쌍 ..

 
Mathemat >> :

조건은 논란의 여지가 있으며 통계를 기반으로 하지 않습니다. 롱 포지션을 열려면 단순히 첫 번째 통화 지수의 양수 부호와 두 번째 통화 지수의 음수 부호를 갖는 것만으로는 충분하지 않습니다. 잘못된 항목이 너무 많을 것입니다.

또한 오픈 포지션을 청산하기 위해 단 하나의 통화 지수의 기호를 고려하는 것이 왜 충분한지 명확하지 않습니다.

그리고 sab1uk는 또한 짧은 시간에 합성 십자가가 실제 십자가와 심각하게 다를 것이라고 정확하게 지적했습니다.

추신: 아직 코드를 보지 않았지만 비슷한 작업을 직접 수행하려고 합니다. Semenych의 접근 방식은 근본적으로 다른 것 같습니다. 왜냐하면. 그는 여기에서와 같이 브레이크다운이 아니라 리바운드에서 오픈을 제안합니까?

CL1i - 이 표시기는 기본 " 클러스터 가격 "과 해당 상품이 출시된 상품의 호가 통화 간의 차이 를 보여줍니다.

따라서,

Ind_0은 상품 기준의 " 클러스터 가격 "과 막대 번호 0 - 현재 막대의 호가 통화 간의 차이입니다.

Ind_1 은 막대 번호 1 - 첫 번째 통과 막대에 있는 " 클러스터 가격 과" 상품의 기본 및 시세 통화 간의 차이입니다.


예를 들어 기준 통화의 "클러스터 가격"이 견적 통화의 " 클러스터 가격" 을 초과하기 시작 하는 맨 처음 순간에 up을 엽니다.


Semyon Semenych는 동일한 개폐 위치 시스템을 가지고 있습니다.

 
sab1uk >> :

짧은 시간 프레임에 합성 쌍은 자연 쌍과 차이가 있습니다.

사용 가능한 모든 "자연적인" 도구를 사용하려고 시도했습니다(십자가를 통한 모델링은 누락된 GBPNZD 도구만 사용).

그러나 컴퓨터의 부하는 작업이 거의 불가능할 정도였습니다.

 

Получается тогда, мы открываемся, к примеру, вверх, в самый первый момент , когда " кластерная цена " базовой валюты начинает превышать "кластерную цену" котировочной валюты.

아, 거기 있다. 감사 합니다 ssd .

그러나 컴퓨터의 부하는 작업이 거의 불가능할 정도였습니다.

글쎄요, 당신은 일할 수 있습니다. 로드된 히스토리의 볼륨에 칩. 많지도 않고 필요하지도 않습니다. 그리고 거기에 있는 계산은 아주 간단합니다. 심지어 단일 코어도 당길 것입니다. 물론, 매 틱마다 계산하지 않는다면 .

하지만 아직까지는 그런 애매한 진입 기준이 없습니다. 관심 있으신 분들은 연락 주시면 상담해 드리겠습니다.

 
ssd писал(а) >>

사용 가능한 모든 "자연적인" 도구를 사용하려고 시도했습니다(십자가를 통한 모델링은 누락된 GBPNZD 도구만 사용).

그러나 컴퓨터의 부하는 작업이 거의 불가능할 정도였습니다.

계산에 순환 버퍼를 사용하면 부하가 줄어듭니다.

 
Mathemat >> :

아, 거기 있다. 감사합니다 ssd.

글쎄요, 당신은 일할 수 있습니다. 로드된 히스토리의 볼륨에 칩. 많지도 않고 필요하지도 않습니다. 그런 시스템으로 몇 년 안에 당신을 위한 회의록은 어디에 있습니까?

맞습니다. 이 접근 방식에 대한 긴 이야기는 필요하지 않은 것 같습니다.

그러나 "오류" 발생 빈도 - ERR_HISTORY_WILL_UPDATED 4066 으로 인해 표시기 판독값에 불확실성이 있었습니다.

즉, 컴퓨터의 부하입니다. 사실, 작은 도구로 도구를 교환하기 위한 대기 시간이 모든 작업을 느리게 했습니다.

28개의 도구를 모두 열어 두는 것은 매우 불편합니다.

 

다음은 개발자가 이를 처리하는 방법에 대한 권장 사항을 제공 한 스레드 입니다. 모든 도구를 열어 둘 필요도 없습니다. Market Watch에 있는 것으로 충분합니다.

다시 한 번: 매 틱마다 모든 것을 셀 필요는 없습니다. 이것은 이 시스템에 과도합니다. 예를 들어 1분에 한 번 계산을 참조하는 것으로 충분합니다. 그러나 동시에 단순히 iClose()로 각 도구를 더 자주 참조하는 것이 여전히 바람직합니다.

 
Mathemat >> :

다음은 개발자가 이를 처리하는 방법에 대한 권장 사항을 제공 한 스레드 입니다.

예, 필요한 것! 감사합니다. 살펴보겠습니다.

 
ssd >> :

사용 가능한 모든 "자연적인" 도구를 사용하려고 시도했습니다(십자가를 통한 모델링은 누락된 GBPNZD 도구만 사용).

그러나 컴퓨터의 부하가 너무 커서 작동이 거의 불가능했습니다 .

같은 문제였습니다. 최적화하는 데 3년이 걸렸습니다.

이제 5분이 걸리던 것을 계산하는 데 5초가 걸립니다.