Candid 에 그럼에도 불구하고 스크립트를 통해 지표에서 무거운 계산을 호출하면. 새로운 데이터가 그를 막을 것인가, 말 것인가? 아직 MT에서 아무것도 구현하지 않았지만 미리 알고 싶습니다. :에 대한)
결국, 나는 이미 한 번 특정 권장 사항을 남겼습니다. :). 어떤 것이 어떻게 작동해야 하는지와 실제로 그렇게 작동하는지 여부는 별개입니다. 내가 MT4의 이념을 올바르게 이해한다면 모든 것이 잘 될 것입니다. 즉, 테스터는 어쨌든 계산이 끝날 때까지 기다려야합니다. 무엇이 진짜가 될까요? 알게되면 알려드리겠습니다 :)
아이디어는 흥미롭지 만 예를 들어 후속 계산에 영향을 줄 수있는 매개 변수가 없기 때문에 나에게는 그다지 중요하지 않습니다. 오히려 매개 변수가 있지만 서로 연결되어 있으며 하나의 값을 계산하면 다음 값이 계산됩니다. 서로를 정의합니다.
음, 손절매를 사용하기로 결정했다면? 아니면 로트 크기를 변경합니까? 또는 입력을 위한 추가 필터를 찾으십니까? 저를 믿으십시오. 첫 번째 실행의 결과가 최종적인 경우는 거의 없습니다. 즉, 계산에 일주일이 걸린다면 만일을 대비하여 그 결과를 기록할 것입니다.
결국, 나는 이미 한 번 특정 권장 사항을 남겼습니다. :). 어떤 것이 어떻게 작동해야 하는지와 실제로 그렇게 작동하는지 여부는 별개입니다. 내가 MT4의 이념을 올바르게 이해한다면 모든 должно 잘 될 것입니다. 즉, 테스터는 어쨌든 계산이 끝날 때까지 기다려야합니다. 무엇이 진짜가 될까요? 알게되면 알려드리겠습니다 :)
나는 이것을 이해했습니다. 나는 이 일이 실시간으로 어떻게 작동하는지 가끔 보고 싶었습니다. 그러나 오 글쎄, 알아봅시다.
MT에서 완전히 구현하는 경우 이 상황에서 어떻게 벗어났는지 알려 드리겠습니다.
음, 손절매를 사용하기로 결정했다면? 아니면 로트 크기를 변경합니까? 또는 입력을 위한 추가 필터를 찾으십니까? 저를 믿으십시오. 첫 번째 실행의 결과가 최종적인 경우는 거의 없습니다. 즉, 계산에 일주일이 걸린다면 만일을 대비하여 그 결과를 기록할 것입니다.
이것은 또한 모두 생각한 것이며 여기에도 아마추어 성능은 없습니다. 경험상, 쉽게 말해서... 다행히:o)
MathCAD에서 단순화된 모델의 계산 시간은 채널 길이에 따라 약 10-30분이 소요됩니다. 하나의 가장 가능성 있는 수준이 계산되며, 가격은 3시간에서 1.5주까지 스프레드로 계산된 일부 예상 시간 동안 현재 가치에서 도달합니다. 예측 테스트 결과는 꽤 좋습니다.
글쎄, 계산 시간과 예측 범위의 이러한 비율로 상인은 여전히 충분합니다 :-)) MT로 전환하면 계산 시간이 얼마나 바뀔지 귀추가 주목된다. 그리고 어떤 방법으로. dll을 사용할 필요가 없을 수도 있습니다. 어떤 t/f의 막대에서 계산을 작성합니까?
그럼에도 불구하고 스크립트를 통해 지표에서 무거운 계산을 호출하면. 새로운 데이터가 그를 막을 것인가, 말 것인가? 아직 MT에서 아무것도 구현하지 않았지만 미리 알고 싶습니다.
여기 포럼에서 누군가 "지표에서 스크립트 실행"이라는 주제를 제기했습니다. 나는 거기를 보지 않았지만 아마도 귀하의 질문에 대한 답변이있을 것입니다. 바라보다. 표시기에서 스크립트를 실행할 수 있다면 각각 자체 규칙에 따라 서로 독립적으로 계속 작동하는 것 같습니다. 왜 그러한 계획이 필요하고 그것을 통해 달성하고자 하는 것이 무엇인지 설명하십시오.
글쎄, 계산 시간과 예측 범위의 이러한 비율로 상인은 여전히 충분합니다 :-)) MT로 전환하면 계산 시간이 얼마나 바뀔지 귀추가 주목된다. 그리고 어떤 방법으로. dll을 사용할 필요가 없을 수도 있습니다. 어떤 t/f의 막대에서 계산을 작성합니까?
트레이더에게는 충분한 시간이 있지만 여러 오픈 포지션 을 유지하는 전술을 선택하면 문제가 발생할 수 있습니다. dll의 사용이 필요하지 않기를 바라며 모든 것을 아주 멋지게 단순화했습니다. 우리는 볼 것이다. 마침내 모델을 염두에 두고 계속 진행하거나, 아니면 이미 선택적으로 기능을 작성하기 시작했습니다. :에 대한)
추신 : 추가하는 것을 잊었습니다. 계산은 시계에 있습니다.
여기 포럼에서 누군가 "지표에서 스크립트 실행"이라는 주제를 제기했습니다. 나는 거기를 보지 않았지만 아마도 당신의 질문에 대한 대답이있을 것입니다. 바라보다. 표시기에서 스크립트를 실행할 수 있다면 각각 자체 규칙에 따라 서로 독립적으로 계속 작동하는 것 같습니다. 왜 그러한 계획이 필요하고 그것을 통해 달성하고자 하는 것이 무엇인지 설명하십시오.
고마워, 내가 볼게요. 그리고 요점은 전문가의 긴 계산을 철회하는 것이지 열린 주문에 대한 현재 상황을 통제하기 위해 그를 방해하지 않는 것입니다. 그러나 이것은 MT에서 전체 구현의 경우입니다.
그리고 요점은 전문가의 긴 계산을 철회하는 것이지 열린 주문에 대한 현재 상황을 통제하기 위해 그를 방해하지 않는 것입니다. 그러나 이것은 MT에서 전체 구현의 경우입니다.
아 :). 요즘 더위 때문에 신경을 많이 쓰지 않는 것 같아요. :). 일반적으로 리소스 집약적인 계산은 다른 모든 터미널 기능을 심각하게 저하시킨다는 인상을 받았습니다. 그러나 이를 확인하기 위해 주간 계산을 청구할 필요는 없으며 10분 계산이 아닌 경우 30분 계산으로 확인하기에 충분할 것입니다. 추신: 처음에는 30분 동안 프로세서를 차지하는 "공백"을 간단히 쓸 수 있다는 의미에서. 동시에 Expert Advisor와 스크립트 간의 상호 작용을 확인하고 이러한 체계를 사용하는 것이 적절한지 결정할 수 있습니다.
Спасибо, буду искать. А смысл в том, что бы вывести длительный расчет из эксперта, не мешать ему контролировать текущую ситуацию по открытым ордерам. Но это на случай полной реализации в MT.
나는 이것을 처음부터 이해했다. 그러나 표시기에서 스크립트를 실행하는 것에 대해 계속 묻습니다. 여기서 지표는 무엇입니까? 사실 이것에 대해 물어봤다.
그것은 Expert Advisor가 start()에서 모든 것이 계산될 때까지 따옴표를 사용하지 않는 상황에서 벗어나는 방법에 대한 제안 중 하나일 뿐이며, 게다가 새로운 따옴표가 도착한 후 표시기가 계산을 취소한다고 제안했습니다. 여기 내가 생각한 것이 ...
그럼에도 불구하고 스크립트를 통해 지표에서 무거운 계산을 호출하면. 새로운 데이터가 그를 막을 것인가, 말 것인가? 아직 MT에서 아무것도 구현하지 않았지만 미리 알고 싶습니다. :에 대한)
음, 손절매를 사용하기로 결정했다면? 아니면 로트 크기를 변경합니까? 또는 입력을 위한 추가 필터를 찾으십니까? 저를 믿으십시오. 첫 번째 실행의 결과가 최종적인 경우는 거의 없습니다. 즉, 계산에 일주일이 걸린다면 만일을 대비하여 그 결과를 기록할 것입니다.
나는 이것을 이해했습니다. 나는 이 일이 실시간으로 어떻게 작동하는지 가끔 보고 싶었습니다. 그러나 오 글쎄, 알아봅시다.
MT에서 완전히 구현하는 경우 이 상황에서 어떻게 벗어났는지 알려 드리겠습니다.
음, 손절매를 사용하기로 결정했다면? 아니면 로트 크기를 변경합니까? 또는 입력을 위한 추가 필터를 찾으십니까? 저를 믿으십시오. 첫 번째 실행의 결과가 최종적인 경우는 거의 없습니다. 즉, 계산에 일주일이 걸린다면 만일을 대비하여 그 결과를 기록할 것입니다.
이것은 또한 모두 생각한 것이며 여기에도 아마추어 성능은 없습니다. 경험상, 쉽게 말해서... 다행히:o)
글쎄, 계산 시간과 예측 범위의 이러한 비율로 상인은 여전히 충분합니다 :-))
MT로 전환하면 계산 시간이 얼마나 바뀔지 귀추가 주목된다. 그리고 어떤 방법으로. dll을 사용할 필요가 없을 수도 있습니다.
어떤 t/f의 막대에서 계산을 작성합니까?
여기 포럼에서 누군가 "지표에서 스크립트 실행"이라는 주제를 제기했습니다. 나는 거기를 보지 않았지만 아마도 귀하의 질문에 대한 답변이있을 것입니다. 바라보다.
표시기에서 스크립트를 실행할 수 있다면 각각 자체 규칙에 따라 서로 독립적으로 계속 작동하는 것 같습니다.
왜 그러한 계획이 필요하고 그것을 통해 달성하고자 하는 것이 무엇인지 설명하십시오.
글쎄, 계산 시간과 예측 범위의 이러한 비율로 상인은 여전히 충분합니다 :-))
MT로 전환하면 계산 시간이 얼마나 바뀔지 귀추가 주목된다. 그리고 어떤 방법으로. dll을 사용할 필요가 없을 수도 있습니다.
어떤 t/f의 막대에서 계산을 작성합니까?
트레이더에게는 충분한 시간이 있지만 여러 오픈 포지션 을 유지하는 전술을 선택하면 문제가 발생할 수 있습니다. dll의 사용이 필요하지 않기를 바라며 모든 것을 아주 멋지게 단순화했습니다. 우리는 볼 것이다. 마침내 모델을 염두에 두고 계속 진행하거나, 아니면 이미 선택적으로 기능을 작성하기 시작했습니다. :에 대한)
추신 : 추가하는 것을 잊었습니다. 계산은 시계에 있습니다.
여기 포럼에서 누군가 "지표에서 스크립트 실행"이라는 주제를 제기했습니다. 나는 거기를 보지 않았지만 아마도 당신의 질문에 대한 대답이있을 것입니다. 바라보다.
표시기에서 스크립트를 실행할 수 있다면 각각 자체 규칙에 따라 서로 독립적으로 계속 작동하는 것 같습니다.
왜 그러한 계획이 필요하고 그것을 통해 달성하고자 하는 것이 무엇인지 설명하십시오.
고마워, 내가 볼게요. 그리고 요점은 전문가의 긴 계산을 철회하는 것이지 열린 주문에 대한 현재 상황을 통제하기 위해 그를 방해하지 않는 것입니다. 그러나 이것은 MT에서 전체 구현의 경우입니다.
아 :). 요즘 더위 때문에 신경을 많이 쓰지 않는 것 같아요. :). 일반적으로 리소스 집약적인 계산은 다른 모든 터미널 기능을 심각하게 저하시킨다는 인상을 받았습니다. 그러나 이를 확인하기 위해 주간 계산을 청구할 필요는 없으며 10분 계산이 아닌 경우 30분 계산으로 확인하기에 충분할 것입니다.
추신: 처음에는 30분 동안 프로세서를 차지하는 "공백"을 간단히 쓸 수 있다는 의미에서. 동시에 Expert Advisor와 스크립트 간의 상호 작용을 확인하고 이러한 체계를 사용하는 것이 적절한지 결정할 수 있습니다.
아 :). 요즘 무더위 때문에 신경을 잘 못쓰고 있는 것 같아요 :)
글쎄, 나는 이것을 더 일찍 썼습니다.
미래에 대한 질문이 있습니다. 우려는 EA가 객관적으로 오랫동안 "아웃"될 것이며 따라서 현재 주문 프로세스를 제어하지 않을 것이라는 점입니다. 스크립트를 호출하는 것도 도움이 되지 않을 것이라고 생각합니다. 전문가는 스크립트가 실행될 때까지 기다릴 것입니다 ...
분명히 더위 때문에 내 질문을 올바르게 공식화 할 수 없습니다 :o)
일반적으로 리소스 집약적인 계산은 다른 모든 터미널 기능을 심각하게 저하시킨다는 인상을 받았습니다. 그러나 이를 확인하기 위해 주간 계산을 청구할 필요는 없으며 10분 계산이 아닌 경우 30분 계산으로 확인하기에 충분할 것입니다.
기억이 가는 한, 그 정도입니다. 한때 계산 측면에서 "대용량" 디지털 필터 를 사용했습니다. 모든 것이 느려졌지만 여기서 주장은 자신에게만 있습니다.
추신: 처음에는 30분 동안 프로세서를 차지하는 "공백"을 간단히 쓸 수 있다는 의미에서. 동시에 Expert Advisor와 스크립트 간의 상호 작용을 확인하고 이러한 체계를 사용하는 것이 적절한지 결정할 수 있습니다.
그래서 몇 초 안에 컴퓨터가 무한 루프를 완료할 것이라고 생각합니다. :에 대한))))
왜 완료합니까? 이론적으로 깃발에서 깃발로?
왜 완료합니까? 이론적으로 깃발에서 깃발로?
네, 잘 알려진 농담입니다. :)
고마워, 내가 볼게요. 그리고 요점은 전문가의 긴 계산을 철회하는 것이지 열린 주문에 대한 현재 상황을 통제하기 위해 그를 방해하지 않는 것입니다. 그러나 이것은 MT에서 전체 구현의 경우입니다.
나는 이것을 처음부터 이해했다. 그러나 표시기에서 스크립트를 실행하는 것에 대해 계속 묻습니다. 여기서 지표는 무엇입니까? 사실 이것에 대해 물어봤다.
Спасибо, буду искать. А смысл в том, что бы вывести длительный расчет из эксперта, не мешать ему контролировать текущую ситуацию по открытым ордерам. Но это на случай полной реализации в MT.
나는 이것을 처음부터 이해했다. 그러나 표시기에서 스크립트를 실행하는 것에 대해 계속 묻습니다. 여기서 지표는 무엇입니까? 사실 이것에 대해 물어봤다.
그것은 Expert Advisor가 start()에서 모든 것이 계산될 때까지 따옴표를 사용하지 않는 상황에서 벗어나는 방법에 대한 제안 중 하나일 뿐이며, 게다가 새로운 따옴표가 도착한 후 표시기가 계산을 취소한다고 제안했습니다. 여기 내가 생각한 것이 ...