일반적으로, 당신은 이미 자신을 증명했고 이미 소파에서 쫓겨났습니다! - 오 글쎄 - 화내지 말고 생각을 따르라
100개의 틱 터미널이 있으며 기록되어야 합니다.
어떤 터미널에서 틱을 녹음해야 합니까?
그것이 틱이고 데이터베이스에 한 번 저장해야 하는 경우!
더 재미있는 것을 위해 진드기가 오전 3시에 왔고 다음 진드기가 15분 안에 유동성이 없는 시장에 나온다고 상상해 보십시오!
시스템이 100개의 터미널 중 어느 터미널에서 틱을 선택하고 데이터베이스에 하나만 넣어야 하는지 결정하는 방법!
앗!!! 우리는 우리의 두뇌를 켜고 NEED를 이해합니다 - 이것을 처리할 MANAGER - 그렇지 않습니까?
나는 마지막 가정을합니다 - 당신은 취했습니다! 다른 설명은 보지 않습니다.
각 틱 을 파일에 쓸 필요가 없습니다! 들어오는 틱의 운영 저장을 위해 RAM이 사용되며 모든 틱이 아니라 틱 팩이 디스크에 덤프됩니다! 마지막으로 뇌를 켜도, eh. 전나무는 기운을 북돋아 ****************! 모든 틱을 파일에 쓸 필요가 없으며 메타 인용 부호는 그렇게하지 않습니다. 바보가 아닙니다. 사과에서이 작업을 수행하면 후륜 구동 잡스가 공감할 수 있습니다 ...
예, 일부 로그처럼 압니다.
당신이 이해하지 못하는 것처럼 아무도 거기에 간섭하지 않을 것입니다 !!!
모든 터미널에서 복제되고 결과적으로 많은 공간을 차지합니다.
많은 공간, 맞아!
방금 12TB의 공간을 구입했는데 이 문제를 잊어버렸습니다!
일반적으로, 당신은 이미 자신을 증명했고 이미 소파에서 쫓겨났습니다! - 오 글쎄 - 화내지 말고 생각을 따르라
100개의 틱 터미널이 있으며 기록되어야 합니다.
어떤 터미널에서 틱을 녹음해야 합니까?
그것이 틱이고 데이터베이스에 한 번 저장해야 하는 경우!
더 재미있는 것을 위해 진드기가 오전 3시에 왔고 다음 진드기가 15분 안에 유동성이 없는 시장에 나온다고 상상해 보십시오!
시스템이 100개의 터미널 중 어느 터미널에서 틱을 선택하고 데이터베이스에 하나만 넣어야 하는지 결정하는 방법!
앗!!! 우리는 우리의 두뇌를 켜고 NEED를 이해합니다 - 이것을 처리할 MANAGER - 그렇지 않습니까?
나는 마지막 가정을합니다 - 당신은 취했습니다! 다른 설명은 보지 않습니다.
각 틱 을 파일에 쓸 필요가 없습니다! 들어오는 틱의 운영 저장을 위해 RAM이 사용되며 모든 틱이 아니라 틱 팩이 디스크에 덤프됩니다! 마지막으로 뇌를 켜도, eh. 전나무는 기운을 북돋아 ****************! 모든 틱을 파일에 쓸 필요가 없으며 메타 인용 부호는 그렇게하지 않습니다. 바보가 아닙니다. 사과에서이 작업을 수행하면 후륜 구동 잡스가 공감할 수 있습니다 ...
일반적으로 당신은 이미 자신을 증명했고 이미 소파에서 쫓겨났습니다! - 오 글쎄 - 화내지 말고 생각을 따르라
100개의 틱 터미널이 있으며 기록되어야 합니다.
어떤 터미널에서 틱을 녹음해야 합니까?
그것이 틱이고 데이터베이스에 한 번 저장해야 하는 경우!
더 재미있는 것을 위해, 진드기가 오전 3시에 왔고 다음 진드기가 15분 내에 비유동 시장에 나타날 것이라고 상상해 보십시오!
시스템이 100개의 터미널 중 어느 터미널에서 틱을 선택하고 데이터베이스에 하나뿐인 것인지 결정하는 방법!
앗!!! 우리는 우리의 두뇌를 켜고 NEED를 이해합니다 - 이것을 처리할 MANAGER - 그렇지 않습니까?
모든 것이 당신을 그곳이나 그 대초원으로 오르지 못하게 할 것입니다.
작업하는 동안 터미널은 캐시 폴더에 이러한 모든 눈금 표시줄을 누적하므로 각 터미널의 자체 폴더에 누적되도록 합니다.
터미널이 닫히면 히스토리 폴더에 축적된 정보를 추가하고, 우리는 터미널이 많기 때문에 브로커가 하나 있기 때문에 같은 것을 하나씩 쓰게 해주지만, 이것은 터미널이 가까운!
csv 파일에서 MT4에 기록을 추가하는 것과 유사합니다. 아무것도 추가하지 않으면 아무 일도 일어나지 않습니다.
고양이는이 정보 시간을 위해 울었습니다. 높은 사랑 klos와 모든 것의 볼륨을 엽니 다.
많은 공간, 맞아!
방금 12TB의 공간을 구입했는데 이 문제를 잊어버렸습니다!
결코 공간이 부족하지 않습니다
일부 영화를 다운로드하고 시청했으며 더 이상 필요하지 않은 영화가 발생합니다.)))
글쎄 , VPS 에는 원칙적으로 항상 안구에 모든 것이 있습니다!
여기 내 기록 폴더가 5기가 차지합니다(압축되었지만 여전히 1.6임).
그리고 만약 5개의 터미널이 압축 없이 yes라면?
글쎄, 1.6에 놓을 수 있는 것을 차지하기 위한 25기가 도대체 무엇인가? 그리고 동시에 고통스럽지 않습니다.
여기도 역시 어딜가나 개발자 입장에선 오해가!!!
다음은 다음 문제에 대한 최근 토론의 예입니다.
육안 테스트 후 테스트 결과가 포함된 차트가 터미널 자체에서 열리지만 그래픽 개체는 더 이상 터미널에 표시되지 않으며,
탈출구가 제안되었습니다. 테스터에 템플릿을 저장한 다음 터미널의 차트에 적용하면 모든 것이 손실된다는 결론으로 이어집니다!
그렇다면 꽤 합리적인 질문이 생깁니다. 왜 개발자 자신이 테스터 코드에서 이것을 구현하지 않습니까?
결국, 개발자는 속도를 위해 싸우고 있다고 말합니다(그는 이 두 가지 가장 간단한 조작을 구현하는 데 100분의 1초가 필요할 것입니다).
그러나 아니요, 그는 이것을 하는 데 몇 초 또는 몇 분이 걸릴 일반 사용자의 어깨에 그것을 둡니다. 그리고 그들 중 일부는 그러한 작업 알고리즘을 모르기 때문에 일반적으로 터미널에서 빈 차트를 받게 됩니다!
그렇다면 탬버린으로 춤을 추는 것이 테스트하는 것보다 시간이 더 걸린다면 그 속도가 무슨 소용이겠습니까!
그것은 종종 발생합니다 ... 개발자와 mql 프로그래머는 종종 "아니오, 우리는 할 수 없습니다!"라고 말합니다. 시간이 흐르고 우리가 할 수 있다는 것이 밝혀졌습니다. 우리는 욕망이 있다면 모든 것을 할 수 있습니다.
++++
다시 한 번 나는 아무도 개발자로부터 "BUTT"라는 비문이 있는 버튼을 필요로 하지 않는다는 것을 반복하고 싶습니다.
가능한 한 논리적으로 편리하고 편안해야 합니다.
다시 말하지만, 최적화하는 동안 바보를 설명하십시오. " 최적화 그래프 "만 볼 수 있습니다. 문제는 어떤 이유로 최적화 프로세스 중에 사용할 수 없는 평면 그래프(2D)입니다.
그러나 더 "후진" MT4 플랫폼에서는 언제든지 사용할 수 있으며 3D 차트의 어려움을 여전히 이해할 수 있습니다.
이것이 MT5에서 모든 것이 그렇게 복잡한 이유입니다. 아니면 이 차트를 호출하는 데 몇 기가의 RAM이 필요하고 토마토에 백분율을 로드해야 합니까?
xxz :
육안 테스트 후 테스트 결과가 포함된 차트가 터미널 자체에서 열리지만 그래픽 개체는 더 이상 터미널에 표시되지 않으며,
탈출구가 제안되었습니다. 테스터에 템플릿을 저장한 다음 터미널의 차트에 적용하면 모든 것이 손실된다는 결론으로 이어집니다!
테스터에는 이미 많은 문제가 있고(FrameAdd()가 정상적으로 작동하지 않고 템플릿의 표시기가 테스트 속도를 늦추는 등), 당신은 다른 것에 대해 논쟁하고 있습니다...
이것이 문제를 개선하고 수정하는 방향으로 나아가야 하는 방법이지만 측면에서 보면 모든 것이 몇 년 동안 멈췄다는 느낌이 듭니다...
MT4의 초기 생성에서는 이 모든 것이 구현되었으며 모든 것이 매우 뛰어난 새 플랫폼에서는 동일한 것을 구현할 방법이 없음에도 불구하고)
아니면 새 플랫폼에서 보류 중인 주문 을 작성하는 방법을 배우려면 7년이 더 필요합니까?