Nikolai Semko : Anton, 데이터를 캐싱하고 디스크에 저장하지 않고 MAX_BARS 매개변수에 관계없이 모든 M1(M1만)을 가져오는 별도의 기능이 실제로 부족합니다. 이것 은 프로그래머 에게 그들 자신 의 과거 데이터 구조 를 형성할 새로운 기회 를 줄 것입 니다 .
모든 틱에 액세스할 수 있지만 MAX_BARS != 무제한인 경우 M1이 아닙니다. 모든 진드기가 M1의 전체 역사를 포함한다면 문제가 발생하지 않을 것이지만 이것은 사실이 아닙니다.
얼마나 많은 사용자 또는 프로그래머가 그것을 사용할 것인지 알아내는 것이 남아 있습니까? - 터미널 설정에서 무제한 차트 속성을 활성화하고 사용
얼마나 많은 사용자 또는 프로그래머가 그것을 사용할 것인지 알아내는 것이 남아 있습니까? - 터미널 설정에서 무제한 차트 속성을 활성화하고 사용
"개발자가 와서 새로운 것을 만들지 않으면 무제한 설정을 켜십시오"처럼 보이지만
무제한은 전체 터미널에 대해 매우 비싼 옵션입니다. 즉시 디스크 공간과 트래픽 사용량이 엄청나게 늘어납니다. 그러나 하나의 도구에 대해 한 번만 무제한이 필요한 경우에는 어떻게 합니까? 결국 내 과거 데이터 파일 저장소는 일반 저장소에 비해 디스크 공간을 5배 적게 차지하며 동시에 높음 및 낮음 및 이미 계산된 모든 TF에 대한 시간이 포함되어 있으므로 더 많은 정보를 얻을 수 있습니다. 즉석에서 매번 계산됩니다. Igor, 내가 그러한 라이브러리를 KB에 게시하면 많은 프로그래머가 이 라이브러리를 사용하기 시작하거나 효과를 살펴보고 비슷한 라이브러리를 만들 것이라고 확신합니다. 그리고 그것이 여전히 시장에 있는 제품이라면? 모든 사람에게 이 무제한을 활성화하도록 요청해야 합니다. 그렇게 하면 트래픽과 디스크 공간에 많은 부담을 줄 수 있습니다.
내 의견으로는 모든 것이 이미 존재하기 때문에 구현에 많은 리소스가 필요하지 않다는 사실에도 불구하고 내 요청이 완전히 적절합니다. 10-15분 동안 델로프. 결국, max_bars = 1000이고 1000 W1 막대를 요청하면 어쨌든 전체 M1 기록이 로드되고 W1이 이미 계산되고 M1만 파일에 저장되지 않습니다.
M1만 서버에서 로드되고 다른 모든 TF는 이 서버에서 구성됩니다. 프로그래밍 방식으로 또는 TF 선택을 통해 사용자가 요청한 TF의 max_bars 막대만 디스크에 저장됩니다. 1000바 W1은 약 20년의 데이터입니다. M1의 거의 모든 기록이 다운로드됩니다. Andrey가 내 말을 확인할 수 있습니까? Market Watch에서 새 심볼을 열고 창을 열고 즉시 월간 TF를 켜십시오. 그리고 데이터가 얼마나 빨리 다운로드되는지 확인할 수 있습니다. 그러나 동시에 ...MetaQuotes\Terminal\...\bases\...\history\...\cache\M1.hc 파일에 작은 파일이 표시됩니다. 그리고 가장 멋진 점은 몇 년 동안 hcc 파일이 생성되고 이미 최대 0.5기가바이트가 될 것이라는 점입니다. 그리고 hcc 형식은 이미 다운로드된 M1이지만 프로그래머는 사용할 수 없습니다. 즉, 다운로드할 필요가 없습니다. 그리고 구조 MqlRates = 60바이트의 크기로 판단하면 hcc 파일은 단어에서 전혀 패킹되지 않습니다. 매우 낭비!
ZY는 좀 더 신중하게 실험을 했고 어떤 기간의 데이터를 요청할 때 이 기간의 압축을 푼 데이터는 hcc 파일(분 막대)에 저장되고 데이터는 터미널이 닫힐 때만 RAM에서 Cache 디렉터리로 언로드된다는 것을 알아냈습니다. 저것들. 시간 프레임이 형성되고 메모리에서 계산되며 터미널이 닫힐 때 파일 캐시에 저장됩니다. 실제로 논리적입니다. hcc 파일만 압축을 풀고 프로그래머에게 액세스 권한을 주지 않는 것은 비논리적입니다.
글쎄요, 정말 필요한 경우 개발자가 요점을 알면 기다리세요. 그냥 기다릴 준비를 하세요. 글쎄요... 2년, 아니면 3년, 아아, 이보다 빠른 방법은 없습니다 - 제가 물었습니다 운영자 오버로딩에 대해 관리자는 불필요한 기능이라고 말했고 5 년 동안 MQL을 다루지 않았지만 이제 모든 것이 있습니다! ))))
글쎄요, 정말 필요한 경우 개발자가 요점을 알면 기다리세요. 그냥 기다릴 준비를 하세요. 글쎄요... 2년, 아니면 3년, 아아, 이보다 빠른 방법은 없습니다 - 제가 물었습니다 운영자 오버로딩에 대해 관리자는 불필요한 기능이라고 말했고 5 년 동안 MQL을 다루지 않았지만 이제 모든 것이 있습니다! ))))
니콜라이 셈코 : Anton, 데이터를 캐싱하고 디스크에 저장하지 않고 MAX_BARS 매개변수에 관계없이 모든 M1(M1만)을 가져오는 별도의 기능이 실제로 부족합니다. 이것은 프로그래머에게 자신의 것을 만들 수 있는 새로운 기회를 줄 것입니다. 역사적 데이터 구조 .
모든 틱에 액세스할 수 있지만 MAX_BARS != 무제한인 경우 M1이 아닙니다. 모든 진드기가 M1의 전체 역사를 포함한다면 문제가 발생하지 않을 것이지만 이것은 사실이 아닙니다.
저것들. 위에서 요청을 단순화할 수도 있습니다. hcc 파일에 있는(다운로드된) 기존 M1 막대에 프로그래밍 방식으로 액세스합니다. 별도의 팀일 수도 있고 기존 팀일 수도 있습니다. max_bars를 초과하는 분 막대가 필요한 경우 MN 또는 W1 막대 다운로드를 시작하는 것으로 충분합니다. 그 후에는 확신할 수 있습니까? 필요한 hcc 파일이 이미 생성되었습니다.
이것은 터미널에서 제공합니다.
네 맞습니다.
Anton, 데이터를 캐싱하고 디스크에 저장하지 않고 MAX_BARS 매개변수에 관계없이 모든 M1(M1만)을 가져오는 별도의 기능이 실제로 부족합니다. 이것 은 프로그래머 에게 그들 자신 의 과거 데이터 구조 를 형성할 새로운 기회 를 줄 것입 니다 .
얼마나 많은 사용자 또는 프로그래머가 그것을 사용할 것인지 알아내는 것이 남아 있습니까? - 터미널 설정에서 무제한 차트 속성을 활성화하고 사용
"개발자가 와서 새로운 것을 만들지 않으면 무제한 설정을 켜십시오"처럼 보이지만
얼마나 많은 사용자 또는 프로그래머가 그것을 사용할 것인지 알아내는 것이 남아 있습니까? - 터미널 설정에서 무제한 차트 속성을 활성화하고 사용
"개발자가 와서 새로운 것을 만들지 않으면 무제한 설정을 켜십시오"처럼 보이지만
무제한 은 전체 터미널에 대해 매우 비싼 옵션입니다. 즉시 디스크 공간과 트래픽 사용량이 엄청나게 늘어납니다. 그러나 하나의 도구에 대해 한 번만 무제한이 필요한 경우에는 어떻게 합니까?
결국 내 과거 데이터 파일 저장소는 일반 저장소에 비해 디스크 공간을 5배 적게 차지하며 동시에 높음 및 낮음 및 이미 계산된 모든 TF에 대한 시간이 포함되어 있으므로 더 많은 정보를 얻을 수 있습니다. 즉석에서 매번 계산됩니다.
Igor, 내가 그러한 라이브러리를 KB에 게시하면 많은 프로그래머가 이 라이브러리를 사용하기 시작하거나 효과를 살펴보고 비슷한 라이브러리를 만들 것이라고 확신합니다.
그리고 그것이 여전히 시장에 있는 제품이라면?
모든 사람에게 이 무제한을 활성화하도록 요청해야 합니다. 그렇게 하면 트래픽과 디스크 공간에 많은 부담을 줄 수 있습니다.
내 의견으로는 모든 것이 이미 존재하기 때문에 구현에 많은 리소스가 필요하지 않다는 사실에도 불구하고 내 요청이 완전히 적절합니다. 10-15분 동안 델로프.
결국, max_bars = 1000이고 1000 W1 막대를 요청하면 어쨌든 전체 M1 기록이 로드되고 W1이 이미 계산되고 M1만 파일에 저장되지 않습니다.
결국, max_bars = 1000이고 1000 W1 막대를 요청하면 어쨌든 전체 M1 기록이 로드되고 W1이 이미 계산되고 M1만 파일에 저장되지 않습니다.
이와 같이? 다운로드했지만 저장되지 않았습니까?
이와 같이? 다운로드했지만 저장되지 않았습니까?
M1만 서버에서 로드되고 다른 모든 TF는 이 서버에서 구성됩니다.
프로그래밍 방식으로 또는 TF 선택을 통해 사용자가 요청한 TF의 max_bars 막대만 디스크에 저장됩니다.
1000바 W1은 약 20년의 데이터입니다. M1의 거의 모든 기록이 다운로드됩니다.
Andrey가 내 말을 확인할 수 있습니까? Market Watch에서 새 심볼을 열고 창을 열고 즉시 월간 TF를 켜십시오. 그리고 데이터가 얼마나 빨리 다운로드되는지 확인할 수 있습니다.
그러나 동시에 ...MetaQuotes\Terminal\...\bases\...\history\...\cache\M1.hc 파일에 작은 파일이 표시됩니다.
그리고 가장 멋진 점은 몇 년 동안 hcc 파일이 생성되고 이미 최대 0.5기가바이트가 될 것이라는 점입니다. 그리고 hcc 형식은 이미 다운로드된 M1이지만 프로그래머는 사용할 수 없습니다.
즉, 다운로드할 필요가 없습니다.
그리고 구조 MqlRates = 60바이트의 크기로 판단하면 hcc 파일은 단어에서 전혀 패킹되지 않습니다. 매우 낭비!
ZY는 좀 더 신중하게 실험을 했고 어떤 기간의 데이터를 요청할 때 이 기간의 압축을 푼 데이터는 hcc 파일(분 막대)에 저장되고 데이터는 터미널이 닫힐 때만 RAM에서 Cache 디렉터리로 언로드된다는 것을 알아냈습니다.
저것들. 시간 프레임이 형성되고 메모리에서 계산되며 터미널이 닫힐 때 파일 캐시에 저장됩니다. 실제로 논리적입니다. hcc 파일만 압축을 풀고 프로그래머에게 액세스 권한을 주지 않는 것은 비논리적입니다.
글쎄요, 정말 필요한 경우 개발자가 요점을 알면 기다리세요. 그냥 기다릴 준비를 하세요. 글쎄요... 2년, 아니면 3년, 아아, 이보다 빠른 방법은 없습니다 - 제가 물었습니다 운영자 오버로딩에 대해 관리자는 불필요한 기능이라고 말했고 5 년 동안 MQL을 다루지 않았지만 이제 모든 것이 있습니다! ))))
글쎄요, 정말 필요한 경우 개발자가 요점을 알면 기다리세요. 그냥 기다릴 준비를 하세요. 글쎄요... 2년, 아니면 3년, 아아, 이보다 빠른 방법은 없습니다 - 제가 물었습니다 운영자 오버로딩에 대해 관리자는 불필요한 기능이라고 말했고 5 년 동안 MQL을 다루지 않았지만 이제 모든 것이 있습니다! ))))
네, 슬픈 광경입니다. 동의한다.
그 이유는 이미 언급했듯이 회사의 수동 제어입니다 .
이것은 터미널에서 제공합니다.
네 맞습니다.
Anton, 데이터를 캐싱하고 디스크에 저장하지 않고 MAX_BARS 매개변수에 관계없이 모든 M1(M1만)을 가져오는 별도의 기능이 실제로 부족합니다. 이것은 프로그래머에게 자신의 것을 만들 수 있는 새로운 기회를 줄 것입니다. 역사적 데이터 구조 .
저것들. 위에서 요청을 단순화할 수도 있습니다.
hcc 파일에 있는(다운로드된) 기존 M1 막대에 프로그래밍 방식으로 액세스합니다. 별도의 팀일 수도 있고 기존 팀일 수도 있습니다.
max_bars를 초과하는 분 막대가 필요한 경우 MN 또는 W1 막대 다운로드를 시작하는 것으로 충분합니다. 그 후에는 확신할 수 있습니까? 필요한 hcc 파일이 이미 생성되었습니다.
저것들. 표준 제한을 우회하는 표준 기능을 원하십니까? )