지금 우리가 메모리 소비에 대해 이야기하고 있다면 몇 달 전에 @fxsaber 가 같은 문제로 어려움을 겪었지만 틱을 로드할 때 - 틱으로 어레이를 해제한 후 터미널은 메모리를 해제하지 않고 저장합니다(10초?) 이 틱은 캐시로 사용됩니다.
귀하의 요청에 유사한 문제가 있을 가능성이 매우 높습니다. 메모리 소비는 감소하지 않고 오히려 증가합니다(최대값).
이유를 이해하지 못합니다. ArrayFree 함수를 사용하는 방법을 알고 있습니다. 게다가 요청한 기능은 한 번만 사용하겠습니다. 그러나 동시에 무제한을 활성화할 필요가 없습니다. 한 기기의 전체 기록은 80-100MB(RAM 및 디스크 모두)에 맞습니다. 이제 디스크는 약 500MB입니다. 터미널 켜기 - 파일에서 메모리로 구조 배열을 로드하고 조용히 작동합니다. 봉우리가 없습니다. 나는 일반 데이터 구조를 사용할 것입니다. 장소가 많다는 사실에 지옥에. 그러나 나는 높고 낮음에 대한 시간이 필요합니다. 나는 이미 데이터 구조를 형성할 때 틱을 최대한 사용하고 있지만 히스토리의 깊이가 없고 일반적으로 미세한 막대와 불일치가 있습니다. 진드기가 있거나 막대가 없으면 막대가 있습니다. 진드기가 없습니다.
나는 일반 데이터 구조를 사용할 것입니다. 장소가 많다는 사실에 지옥에. 그러나 나는 높고 낮음에 대한 시간이 필요합니다. 나는 이미 데이터 구조를 형성할 때 틱을 최대한 사용하고 있지만 히스토리의 깊이가 없고 일반적으로 미세한 막대와 불일치가 있습니다. 진드기가 있거나 막대가 없으면 막대가 있습니다. 진드기가 없습니다.
20년 뒤에 틱이 올까요? 사용하시겠습니까? 관심이 없을 수 있습니다 - 왜? )
글쎄요, 당신은 아주 똑똑한 자가 적응 전략을 세울 수 있고, 흥미가 없으면 20년의 틱 기록 에 대해 한 번 실행할 수 있습니다. 관심이 없습니다. 한번.
그러나 일을 위한 것이 아니라 정기적인 기회로.
그리고 동기화되지 않은 경우 막대를 믿는 이유는 무엇입니까? 이것은 일반적으로 넌센스입니다.
지표에 100만 개의 사용 가능한 막대가 있는데 차트에 1000개의 막대가 표시되어야 하는 이유는 무엇입니까?
또 다른 질문은 hcc 형식과 기록 파일이 있는 폴더에 대한 액세스를 여는 것입니다. 그러나 캐시, 경제적 재설정, 정확성 확인 등 모든 것이 단순하지는 않습니다.
hcc 형식과 기록 파일이 있는 폴더에 대한 액세스를 열 필요가 없습니다. 첫째, MQ는 이것을 위해 절대 가지 않을 것이고, 둘째, 이것은 필요하지 않습니다. 이 파일에서 M1 어레이를 가져오는 것만으로도 충분합니다.
그게 바로 요점입니다. 저는 Unlimited를 절대로 활성화할 수 없기를 바랍니다. 왜냐하면 이러한 포함은 모든 악기에 대한 데이터 다운로드를 시작합니다. 그러나 나는 모든 사람에게 필요한 것이 아니라 주어진 시간에 한 사람에게만 필요합니다. 수백 MB의 불필요한 추가 기록 데이터를 제어 없이 다운로드하여 시스템에 과부하가 걸리는 이유는 무엇입니까?
작은 힌트 - 필요한 차트를 제외한 모든 차트를 닫을 수 있습니다. 그러면 목발이 구현된 것과 거의 동일하게 소비됩니다.
구식 논리
VPS 에서는 가지고 있지만 작동하는 컴퓨터에서는 실례합니다. 제한을 받고 싶지 않습니다.지금 우리가 메모리 소비에 대해 이야기하고 있다면 몇 달 전에 @fxsaber 가 같은 문제로 어려움을 겪었지만 틱을 로드할 때 - 틱으로 어레이를 해제한 후 터미널은 메모리를 해제하지 않고 저장합니다(10초?) 이 틱은 캐시로 사용됩니다.
귀하의 요청에 유사한 문제가 있을 가능성이 매우 높습니다. 메모리 소비는 감소하지 않고 오히려 증가합니다(최대값).
이유를 이해하지 못합니다.
ArrayFree 함수를 사용하는 방법을 알고 있습니다.
게다가 요청한 기능은 한 번만 사용하겠습니다. 그러나 동시에 무제한을 활성화할 필요가 없습니다.
한 기기의 전체 기록은 80-100MB(RAM 및 디스크 모두)에 맞습니다. 이제 디스크는 약 500MB입니다.
터미널 켜기 - 파일에서 메모리로 구조 배열을 로드하고 조용히 작동합니다. 봉우리가 없습니다.
나는 일반 데이터 구조를 사용할 것입니다. 장소가 많다는 사실에 지옥에. 그러나 나는 높고 낮음에 대한 시간이 필요합니다.
나는 이미 데이터 구조를 형성할 때 틱을 최대한 사용하고 있지만 히스토리의 깊이가 없고 일반적으로 미세한 막대와 불일치가 있습니다. 진드기가 있거나 막대가 없으면 막대가 있습니다. 진드기가 없습니다.
글쎄, 발에 자신을 쏘기 위해 이미 수많은 옵션이 있습니다.
max_bars = Unlimited로 설정하면 메모리 소비가 크게 증가합니다.
다음은 max_bars = 5000 인 터미널의 예입니다.
이제 max_bars = Unlimited로 변경하고 터미널을 재부팅합니다.
동일한 창을 열면 메모리 소비 가 GB 이상 증가했습니다. 내 경우에는 11번!!!!
그런 정상적인 비 목발))
자신을 확인할 수 있습니다.
max_bars = 무제한은 매우 어려운 사치입니다.
내 요청이 승인되면 max_bars = Unlimited를 사용할 수 없습니다.
RAM에 메모리를 저장하는 것 외에도 이 폴더도 크게 줄어들어 현재 약 31GB가 됩니다. 5번정도 생각하고 30GB가 아닌 6GB
그래서 당신은 모두에게 전환 불가능한 무제한을 만들 것을 제안합니다!
한 프로그램이 모든 막대에 액세스할 수 있는 경우 모든 사람이 액세스할 수 있습니다.
지표에 100만 개의 사용 가능한 막대가 있는데 차트에 1000개의 막대가 표시되어야 하는 이유는 무엇입니까?
또 다른 질문은 hcc 형식과 기록 파일이 있는 폴더에 대한 액세스를 여는 것입니다. 그러나 캐시, 경제적 재설정, 정확성 확인 등 모든 것이 단순하지는 않습니다.
2940
지표 코드가 있었습니다. 차트와 테스터 모두에서 모든 것이 훌륭하게 작동했습니다.
변경 사항으로 표시기의 새 버전을 만들었습니다. 차트에서는 제대로 작동하지만 테스터에서는 작동하지 않습니다(버퍼가 데이터 창에 표시되고 비어 있지만 아무 것도 그리지 않음).
알아내는 데 몇 시간을 보냈고 코드의 이전 버전으로 롤백했지만 아무 도움이 되지 않았습니다. 터미널 내비게이터의 업데이트만 도움이 되었고 새 코드는 차트뿐만 아니라 테스터에서도 작동하기 시작했습니다.
제 생각에는 테스터가 보는 컴파일러의 자동 업데이트에 문제가 발생했습니다. 다른 이유는 없습니다.
나는 일반 데이터 구조를 사용할 것입니다. 장소가 많다는 사실에 지옥에. 그러나 나는 높고 낮음에 대한 시간이 필요합니다.
나는 이미 데이터 구조를 형성할 때 틱을 최대한 사용하고 있지만 히스토리의 깊이가 없고 일반적으로 미세한 막대와 불일치가 있습니다. 진드기가 있거나 막대가 없으면 막대가 있습니다. 진드기가 없습니다.
20년 뒤에 틱이 올까요? 사용하시겠습니까? 관심이 없을 수 있습니다 - 왜? )
글쎄요, 당신은 아주 똑똑한 자가 적응 전략을 세울 수 있고, 흥미가 없으면 20년의 틱 기록 에 대해 한 번 실행할 수 있습니다. 관심이 없습니다. 한번.
그러나 일을 위한 것이 아니라 정기적인 기회로.
그리고 동기화되지 않은 경우 막대를 믿는 이유는 무엇입니까? 이것은 일반적으로 넌센스입니다.
그래서 당신은 모두에게 전환 불가능한 무제한을 만들 것을 제안합니다!
한 프로그램이 모든 막대에 액세스할 수 있는 경우 모든 사람이 액세스할 수 있습니다.
지표에 100만 개의 사용 가능한 막대가 있는데 차트에 1000개의 막대가 표시되어야 하는 이유는 무엇입니까?
또 다른 질문은 hcc 형식과 기록 파일이 있는 폴더에 대한 액세스를 여는 것입니다. 그러나 캐시, 경제적 재설정, 정확성 확인 등 모든 것이 단순하지는 않습니다.
hcc 형식과 기록 파일이 있는 폴더에 대한 액세스를 열 필요가 없습니다. 첫째, MQ는 이것을 위해 절대 가지 않을 것이고, 둘째, 이것은 필요하지 않습니다. 이 파일에서 M1 어레이를 가져오는 것만으로도 충분합니다.
그게 바로 요점입니다. 저는 Unlimited를 절대로 활성화할 수 없기를 바랍니다. 왜냐하면 이러한 포함은 모든 악기에 대한 데이터 다운로드를 시작합니다. 그러나 나는 모든 사람에게 필요한 것이 아니라 주어진 시간에 한 사람에게만 필요합니다. 수백 MB의 불필요한 추가 기록 데이터를 제어 없이 다운로드하여 시스템에 과부하가 걸리는 이유는 무엇입니까?
20년 뒤에 틱이 올까요? 사용하시겠습니까? 관심이 없을 수 있습니다 - 왜? )
글쎄요, 당신은 아주 똑똑한 자가 적응 전략을 세울 수 있고, 흥미가 없으면 20년의 틱 기록 에 대해 한 번 실행할 수 있습니다. 관심이 없습니다. 한번.
그러나 정규적인 기회의 형태가 아니라 업무를 위한 것이 아닙니다.
그리고 동기화되지 않은 경우 막대를 믿는 이유는 무엇입니까? 이것은 일반적으로 넌센스입니다.
이것은 전략의 문제가 아니라, 기존의 구시대적 시간대 시스템보다 훨씬 더 시각적이고 편리할 동적 시간대의 올바른 시각화의 문제입니다.
또한 "즉시" 내부 테스트의 가능성을 위해.
이것은 또한 긍정적인 방식으로 전략의 정확성에 영향을 미칠 수 있습니다.
여기에 작은 예가 있습니다.
High 또는 Low 중 어느 이벤트가 먼저 발생했는지 알 수 없는 경우 일반 ZigZag를 구축하는 방법은 무엇입니까?
또는
일일 막대를 찾으려고 한다면 max_bars = 50000일 때 주어진 막대 시간과 틱에 대해 더 낮은 시간대를 로드할 수 있다는 보장이 없습니다.
결과: 10:15
예상 15:15
WinAPI GetSaveFileNameA 함수에서 결과를 사용하고 싶었지만 버그로 인해 사용할 수 없습니다.
오랫동안 그래왔습니다. mql 문자열은 실제로 문자열과 리터럴, 함수에서도 null 문자를 좋아하지 않습니다.
유일한 올바른 방법은 3개의 null로 끝나는 문자열을 배열로 캐스팅하는 것입니다.
저것들. 지금의 이 동작은 몇 년 전에 의도적 으로 수행된 것입니다. 이유를 모르겠습니다.