High[]에 위치한 텍스트 개체의 경우 앵커 포인트(OBJPROP_ANCHOR 속성)는 ANCHOR_LOWER(하단 중앙 앵커 포인트)로 설정되어야 합니다.
Low[]에 위치한 텍스트 개체의 경우 앵커 포인트(OBJPROP_ANCHOR 속성)를 ANCHOR_UPPER(중앙 상단의 앵커 포인트)로 설정해야 합니다.
또는 두 위치에 대한 ANCHOR_CENTER - 중앙의 앵커 포인트.
시도 해봐.
그러나 예를 들어 Hi 및 Lo(지그재그의 상한 및 하한 또는 실제 상승 또는 하강 로컬 추세의 상한 및 하한)와 같은 이름을 가진 두 개의 개체를 만들고 둘 다 바인딩해야 합니다. 해당 값 ANCHOR_LOWER 및 ANCHOR_UPPER가 있는 차트. 지그재그의 상단을 이전에 "첨부된" 하단에 연결하는 것이 (어쨌든) 수행하는 것이 더 쉽지 않습니까? 이전 함수에 행을 추가하여 이와 같은 작업을 수행했습니다.
ObjectSetInteger (0,Obj,OBJPROP_ANCHOR,ANCHOR_CENTER); 출력 라인에 "오프셋 보정"을 입력하는 단계 if(tvT) ORT(kBtT,Low[kBtT] -2*_Point ,DtT,LowClr); else ORT(kBtT,High[kBtT] +2*_Point ,DtT,HighClr); // //
그러나 예를 들어 Hi 및 Lo(지그재그의 상한 및 하한 또는 실제 상승 또는 하강 로컬 추세의 상한 및 하한)와 같은 이름을 가진 두 개의 개체를 만들고 둘 다 바인딩해야 합니다. 해당 값 ANCHOR_LOWER 및 ANCHOR_UPPER가 있는 차트. 지그재그의 상단을 이전에 "첨부된" 하단에 연결하는 것이 (어쨌든) 수행하는 것이 더 쉽지 않습니까? 이전 함수에 행을 추가하여 이와 같은 작업을 수행했습니다.
ObjectSetInteger(0,Obj,OBJPROP_ANCHOR,ANCHOR_CENTER); 출력 라인에 "오프셋 보정"을 입력하는 단계 if(tvT) ORT(kBtT,Low[kBtT] -2*_Point ,DtT,LowClr); else ORT(kBtT,High[kBtT] +2*_Point ,DtT,HighClr); // //
그것이 작동하는 것처럼 보이는 동안. 고맙습니다!
무엇 때문에? 링크는 언제든지 변경할 수 있습니다. 아니면 내가 무엇을 이해하지 못했는가? 색상을 변경하고 있습니다. 또한 링크를 변경합니다.
거의 3백만 틱과 단 16K OrderSend. 그러나 이러한 거래 주문은 시간의 3분의 1이 걸립니다. 그러나 각 틱마다 고문에 계산이 있습니다.
따라서 질문. 프로파일러에서 OrderSend 코드를 실행할 수 있습니까? 그런 플러그가 어디에 있습니까?
일반 기능을 자신의 것으로 교체하면 더 빨리 작동한다고 생각합니다. 아마도 OrderSend에서 일부 값비싼 확인 및 제스처가 진행되고 있을 것입니다. 예를 들어 Expert Advisor(+ 표시기)의 어디에도 History-functions 및 OnTrade*가 없는 경우 해당 기록/이벤트의 형성은 시간 낭비입니다.
어떤 사람들에게는 한 번의 달리기가 몇 분 동안 지속된다는 것을 이해합니다. 그러나 실행 속도에주의를 기울이면 위와 같은 경우가 있습니다. 초 단위입니다. 여기에서 Optimization을 3시간 동안 실행하고 그 중 1시간이 OrderSend이며 평균 실행 시간이 69µs인 것으로 나타났습니다(스크린샷 참조).
안녕하세요! 저는 거래가 처음입니다. 이 활동과 관련된 모든 세부 사항을 조사한 지 반년이 지났습니다. 활동 자체는 상당히 유혹적이지만 잘 모르겠지만 종종 모든 이익이 그리고 몇 개월 또는 몇 년에 걸친 손실은 대체로 0으로 감소합니다. 이것이 최선의 경우입니다. 저는 이 활동에서 누구를 실망시키고 싶지 않습니다. 이것은 모두의 선택이지만 한 가지 매우 중요한 사실은 절대 저에게 절대 주지 않을 것입니다 이 문제에 휴식, 이것은 MARK-UP입니다 (MARK-UP은 거래가 이미 -16 포인트 또는 -21 포인트에서 열릴 때입니다) 16 포인트 또는 21 포인트 또는 34 포인트에서 분명히 부동, 신은 알고 있습니다. , 여기에서 어떻게 돈을 벌 수 있습니까 ??? 그는 마크 업이없고 유동성 공급 업체에서 제공한다고 말합니다) 또는 일반적으로 모든 사람을위한 것입니다. 누군가 마크 업이 있는지 여부와 방법에 대해 자세히 말해 줄 수 있습니까? 많은 점.
High[]에 위치한 텍스트 개체의 경우 앵커 포인트(OBJPROP_ANCHOR 속성)는 ANCHOR_LOWER(하단 중앙 앵커 포인트)로 설정되어야 합니다.
Low[]에 위치한 텍스트 개체의 경우 앵커 포인트(OBJPROP_ANCHOR 속성)를 ANCHOR_UPPER(중앙 상단의 앵커 포인트)로 설정해야 합니다.
또는 두 위치에 대한 ANCHOR_CENTER - 중앙의 앵커 포인트.
시도 해봐.
그러나 예를 들어 Hi 및 Lo(지그재그의 상한 및 하한 또는 실제 상승 또는 하강 로컬 추세의 상한 및 하한)와 같은 이름을 가진 두 개의 개체를 만들고 둘 다 바인딩해야 합니다. 해당 값 ANCHOR_LOWER 및 ANCHOR_UPPER가 있는 차트. 지그재그의 상단을 이전에 "첨부된" 하단에 연결하는 것이 (어쨌든) 수행하는 것이 더 쉽지 않습니까? 이전 함수에 행을 추가하여 이와 같은 작업을 수행했습니다.
ObjectSetInteger (0,Obj,OBJPROP_ANCHOR,ANCHOR_CENTER); 출력 라인에 "오프셋 보정"을 입력하는 단계 if(tvT) ORT(kBtT,Low[kBtT] -2*_Point ,DtT,LowClr); else ORT(kBtT,High[kBtT] +2*_Point ,DtT,HighClr); // //
그것이 작동하는 것처럼 보이는 동안. 고맙습니다!
그러나 예를 들어 Hi 및 Lo(지그재그의 상한 및 하한 또는 실제 상승 또는 하강 로컬 추세의 상한 및 하한)와 같은 이름을 가진 두 개의 개체를 만들고 둘 다 바인딩해야 합니다. 해당 값 ANCHOR_LOWER 및 ANCHOR_UPPER가 있는 차트. 지그재그의 상단을 이전에 "첨부된" 하단에 연결하는 것이 (어쨌든) 수행하는 것이 더 쉽지 않습니까? 이전 함수에 행을 추가하여 이와 같은 작업을 수행했습니다.
ObjectSetInteger(0,Obj,OBJPROP_ANCHOR,ANCHOR_CENTER); 출력 라인에 "오프셋 보정"을 입력하는 단계 if(tvT) ORT(kBtT,Low[kBtT] -2*_Point ,DtT,LowClr); else ORT(kBtT,High[kBtT] +2*_Point ,DtT,HighClr); // //
그것이 작동하는 것처럼 보이는 동안. 고맙습니다!
무엇 때문에? 링크는 언제든지 변경할 수 있습니다. 아니면 내가 무엇을 이해하지 못했는가? 색상을 변경하고 있습니다. 또한 링크를 변경합니다.
디버그 시각화 도우미 창을 닫고 Tester에서 시각화 없이 단일 실행을 다시 컴파일하고 실행한 후 다음을 얻었습니다.
20초는 아무것도 할 수 없었습니다. 시작 버튼은 항상 회색이었습니다.
에이전트 기록
테스터가 01:52에 에이전트에 연결을 시도하고 에이전트(서버)가 01:54에만 중지되었다는 로그를 따릅니다. 따라서 연결 및 고정이 불가능합니다. 오래된 버그지만 이제 최소한 그 이유는 분명해졌습니다.
기록 데이터에 대한 프로파일러 결과
일반 OrderSend는 시간의 1/3이 걸립니다. 그러한 불쾌한 지표로 인해?
기록 데이터에 대한 프로파일러 결과
일반 OrderSend는 시간의 1/3이 걸립니다. 그러한 불쾌한 지표로 인해?
테스터에서 모든 거래 로직은 여기에 있고 거래 서버에는 없습니다.
테스터에서 모든 거래 로직은 여기에 있고 거래 서버에는 없습니다.
거의 3백만 틱과 단 16K OrderSend. 그러나 이러한 거래 주문은 시간의 3분의 1이 걸립니다. 그러나 각 틱마다 고문에 계산이 있습니다.
따라서 질문. 프로파일러에서 OrderSend 코드를 실행할 수 있습니까? 그런 플러그가 어디에 있습니까?
일반 기능을 자신의 것으로 교체하면 더 빨리 작동한다고 생각합니다. 아마도 OrderSend에서 일부 값비싼 확인 및 제스처가 진행되고 있을 것입니다. 예를 들어 Expert Advisor(+ 표시기)의 어디에도 History-functions 및 OnTrade*가 없는 경우 해당 기록/이벤트의 형성은 시간 낭비입니다.
어떤 사람들에게는 한 번의 달리기가 몇 분 동안 지속된다는 것을 이해합니다. 그러나 실행 속도에주의를 기울이면 위와 같은 경우가 있습니다. 초 단위입니다. 여기에서 Optimization을 3시간 동안 실행하고 그 중 1시간이 OrderSend이며 평균 실행 시간이 69µs인 것으로 나타났습니다(스크린샷 참조).
테스터를 여러 번 프로파일링했습니다. 그리고 "플러그"가 어디에 있는지 알고 있습니다. 이것은 예금 통화 의 부호 수에 대한 결과의 여러 정규화를 포함하는 재무 계산입니다.
내 OrderSend를 작성하고 비교하겠습니다.