Michael , 다른 캐릭터의 시리즈를 가져와서 이 문제를 극복했습니까? 나는 내 지표와 싸우는 데 지쳐서 다른 캐릭터와 지속적으로 동기화를 잃어 버렸습니다.
이제 데모 서버는 2015년 6월 22일자 빌드 1159를 발행합니다. 그리고 그 안에서 다중 통화 지표 도 끔찍하게 작동합니다. 기간을 여러 번 전환하거나 표시기를 다시 시작해야 올바르게 그려집니다. 그리고 잠시 후 그는 다시 시리즈의 데이터를 받지 못합니다. 잡지에 항상 글을 쓴다
Данные символа "Si-12.15" не синхронизированы с торговым сервером.
개발자 :
데이터의 동기화 여부를 확인하지 않고 이 데이터를 메모리에서 언로드하지 않고 직접 동기화하는 기능을 만드는 것이 정말 불가능한가요?
알고리즘 최적화 측면에서 자원을 절약하는 것이 좋습니다. 그러나 왜 메모리에서 데이터를 언로드하는 그러한 광적인 접근 방식을 취해야 할까요?
차라리 컴퓨터에 기가바이트 또는 두 개의 메모리를 추가로 구입하고 싶지만 시리즈를 동기화하기 위해 이 치질로 고통받지는 않을 것입니다.
원하는 기호에 대한 데이터를 로드하기 위해 OnInit()에서 한 번 호출하는 함수를 만들고 표시기가 실행되는 동안 더 이상 언로드되지 않습니다.
관련성에 대한 데이터 준비 및 모니터링은 터미널에서 수행해야 하며 사용자가 첫 번째 날짜가 무엇인지, 서버에 얼마나 많은 막대가 있는지 등을 어리둥절하게 하는 것이 아닙니다...
Michael , 다른 기호에서 시리즈를 가져와서 이 문제를 극복했습니까? 나는 내 지표와 싸우는 데 지쳐서 다른 캐릭터와 지속적으로 동기화를 잃어 버렸습니다.
이제 데모 서버는 2015년 6월 22일자 빌드 1159를 발행합니다. 그리고 그 안에서 다중 통화 지표 도 끔찍하게 작동합니다. 기간을 여러 번 전환하거나 표시기를 다시 시작해야 올바르게 그려집니다. 그리고 잠시 후 그는 다시 시리즈의 데이터를 받지 못합니다. 잡지에 항상 글을 쓴다
개발자 :
데이터의 동기화 여부를 확인하지 않고 이 데이터를 메모리에서 언로드하지 않고 직접 동기화하는 기능을 만드는 것이 정말 불가능한가요?
알고리즘 최적화 측면에서 자원을 절약하는 것이 좋습니다. 그러나 왜 메모리에서 데이터를 언로드하는 그러한 광적인 접근 방식입니까?
차라리 컴퓨터에 기가바이트 또는 두 개의 메모리를 추가로 구입하고 싶지만 시리즈를 동기화하기 위해 이 치질로 고통받지는 않을 것입니다.
원하는 기호에 대한 데이터를 로드하기 위해 OnInit()에서 한 번 호출하는 함수를 만들고 표시기가 실행되는 동안 더 이상 언로드되지 않습니다.
관련성에 대한 데이터 준비 및 모니터링은 터미널에서 수행해야 하며 사용자가 첫 번째 날짜가 무엇인지, 서버에 얼마나 많은 막대가 있는지 등을 어리둥절하게 하는 것이 아닙니다...
좋은 오후, 안톤!
귀하의 조언에 따라 ( LoadServerData()는 SeriesInfoInteger( a_symbol, PERIOD_M1, SERIES_SERVER_FIRSTDATE )를 호출합니다.
저것들. "기간에 관계없이 서버의 기호로 기록의 첫 번째 날짜"를 읽습니다.
자체적으로 이 쿼리는 실제로 기록 쿼리로 간주되지 않습니다. 캐시 구축을 일으키지 않으며,
심볼 데이터가 언로드되는 것을 방지하지 않습니다. SERIES_FIRSTDATE 또는 시계열의 막대 수를 요청하는 것이 좋습니다. ),
기호 데이터가 덤프되는 것을 방지하기 위해 표시기에 새 기능을 추가했습니다.
OnBookEvent() 함수는 BR-8.15 및 BR-9.15 문자에서 매우 자주 실행됩니다.
하지만 결과는 동일합니다.
그래서 무슨 거래?
바를 얻을 수 없는 이유는 무엇입니까?
OnBookEvent() 함수는 BR-8.15 및 BR-9.15 문자에서 매우 자주 실행됩니다.
하지만 결과는 동일합니다.
그래서 무슨 거래?
바를 얻을 수 없는 이유는 무엇입니까?
"충분히 자주"의 주기는 자신감을 불러일으키지 않습니다. GetBars() 함수에서 로그에 출력을 추가하는 것이 디버깅에 더 좋습니다.
그것을 알아내고 싶다면 서비스 데스크에서 요청을 여십시오 . 본격적인 코드 예제를 첨부하여 문제를 재현해 보도록 하겠습니다.
"충분히 자주"의 주기는 자신감을 불러일으키지 않습니다. GetBars() 함수에서 로그에 출력을 추가하는 것이 디버깅에 더 좋습니다.
그것을 알아내고 싶다면 서비스 데스크에서 요청을 여십시오 . 본격적인 코드 예제를 첨부하여 문제를 재현해 보도록 하겠습니다.
좋은. 응용 프로그램: 오류 , MetaTrader 5 클라이언트 , 열기 , 시작됨: 2015.07.24 18:28 , #1267768
P/S "매우 자주"는 2개의 고액성 기기에 대해 MINUTE당 10~100개의 OnBookEvent() 활성화를 의미합니다.
만세!
문제를 재현했습니다. 실제로 주기적인 요청이 있는 경우에도 기호 데이터가 메모리에서 스왑되는 경우가 있었습니다. 오류가 수정됩니다.
고맙습니다!
Michael , 다른 캐릭터의 시리즈를 가져와서 이 문제를 극복했습니까? 나는 내 지표와 싸우는 데 지쳐서 다른 캐릭터와 지속적으로 동기화를 잃어 버렸습니다.
이제 데모 서버는 2015년 6월 22일자 빌드 1159를 발행합니다. 그리고 그 안에서 다중 통화 지표 도 끔찍하게 작동합니다. 기간을 여러 번 전환하거나 표시기를 다시 시작해야 올바르게 그려집니다. 그리고 잠시 후 그는 다시 시리즈의 데이터를 받지 못합니다. 잡지에 항상 글을 쓴다
Данные символа "Si-12.15" не синхронизированы с торговым сервером.개발자 :
데이터의 동기화 여부를 확인하지 않고 이 데이터를 메모리에서 언로드하지 않고 직접 동기화하는 기능을 만드는 것이 정말 불가능한가요?
알고리즘 최적화 측면에서 자원을 절약하는 것이 좋습니다. 그러나 왜 메모리에서 데이터를 언로드하는 그러한 광적인 접근 방식을 취해야 할까요?
차라리 컴퓨터에 기가바이트 또는 두 개의 메모리를 추가로 구입하고 싶지만 시리즈를 동기화하기 위해 이 치질로 고통받지는 않을 것입니다.
원하는 기호에 대한 데이터를 로드하기 위해 OnInit()에서 한 번 호출하는 함수를 만들고 표시기가 실행되는 동안 더 이상 언로드되지 않습니다.
관련성에 대한 데이터 준비 및 모니터링은 터미널에서 수행해야 하며 사용자가 첫 번째 날짜가 무엇인지, 서버에 얼마나 많은 막대가 있는지 등을 어리둥절하게 하는 것이 아닙니다...
Michael , 다른 기호에서 시리즈를 가져와서 이 문제를 극복했습니까? 나는 내 지표와 싸우는 데 지쳐서 다른 캐릭터와 지속적으로 동기화를 잃어 버렸습니다.
이제 데모 서버는 2015년 6월 22일자 빌드 1159를 발행합니다. 그리고 그 안에서 다중 통화 지표 도 끔찍하게 작동합니다. 기간을 여러 번 전환하거나 표시기를 다시 시작해야 올바르게 그려집니다. 그리고 잠시 후 그는 다시 시리즈의 데이터를 받지 못합니다. 잡지에 항상 글을 쓴다
개발자 :
데이터의 동기화 여부를 확인하지 않고 이 데이터를 메모리에서 언로드하지 않고 직접 동기화하는 기능을 만드는 것이 정말 불가능한가요?
알고리즘 최적화 측면에서 자원을 절약하는 것이 좋습니다. 그러나 왜 메모리에서 데이터를 언로드하는 그러한 광적인 접근 방식입니까?
차라리 컴퓨터에 기가바이트 또는 두 개의 메모리를 추가로 구입하고 싶지만 시리즈를 동기화하기 위해 이 치질로 고통받지는 않을 것입니다.
원하는 기호에 대한 데이터를 로드하기 위해 OnInit()에서 한 번 호출하는 함수를 만들고 표시기가 실행되는 동안 더 이상 언로드되지 않습니다.
관련성에 대한 데이터 준비 및 모니터링은 터미널에서 수행해야 하며 사용자가 첫 번째 날짜가 무엇인지, 서버에 얼마나 많은 막대가 있는지 등을 어리둥절하게 하는 것이 아닙니다...
안녕하세요!
개발자들은 새 빌드에서 수정하겠다고 답했습니다.
언제 출시될지는 아직 알려지지 않았습니다.
요새. 문제가 발생했습니다. OrderCheck() 및 OrderCalcMargin() 함수는 때때로(!) 거래에 필요한 GO를 잘못 결정하고 결국 FALSE를 반환합니다.
RTS-12.15( SYMBOL_MARGIN_INITIAL )에 필요한 GI는 12,500 루블입니다. 이 기능에는 143,105 루블이 필요합니다!
동시에 모든 것이 수동으로 열립니다.
어떻게 전화합니까:
다음과 같이 시도하십시오.
내 결과는 다음과 같습니다.