MQL5에 대한 소원 - 페이지 115

 

이거 진심이야?

 
avtomat >> :

반대로 말씀하시는건가요? 대부분의 사람들에게 필요한 것은 무엇입니까?

분?

어, 그리고 가급적이면 완전한 진드기 기록.

자동 >> :

이거 진심이야?

이 메가 바이트가 진지하게 필요합니까? 200개의 채소를 찾아 1.5TB 빗자루를 구입하고 걱정하지 마십시오.

 

분이란 무엇입니까? 이미 특정 알고리즘에 따라 처리된 스토리입니다.

그리고 의사록을 작성하는 데 사용되는 생활사 처리 알고리즘이 보편적이고 최적이라고 확신하는 이유는 무엇입니까?

누군가는 양초가 필요하고 누군가는 막대가 필요하고 누군가는 가까운 선이 필요하고 누군가는 Tic Tac Toe 또는 Renko 차트가 필요합니다... 틱 기록을 처리하기 위한 다른 옵션이 얼마나 있습니까?

Semyon Semenych의 클러스터 지표 와 같은 인기있는 지표가 있습니다. 그는 "바" 역사와 함께 일합니다.

그리고 Semyon Semenych의 원본에서 시스템은 여러 서버를 사용하여 여러 소스에서 틱 기록을 수집합니다.

그리고 우리를 위해 Semyon Semenych는 지표를 우리가 사용할 수 있는 데이터로 옮겼습니다. 그러나 그는 이것이 원본의 심하게 왜곡된 버전이라고 경고했습니다.

............

 
nen >> :
필요합니다. 나는 더 많은 사람들이 진드기의 역사를 필요로 한다고 말할 것입니다. 그리고 이것은 더 이상 연간 10메가가 아닙니다. 연간 틱 수와 볼륨을 계산하십시오. 연간 볼륨은 이미 기가바이트로 측정됩니다.

정확히. 증권거래소에서 오랫동안 거래를 해온 사람으로서 새로운 MT에서 틱거절이 이해가 되지 않습니다. 주방의 경우 - 물론 티크 역사는 완전히 길을 잃었습니다. 테스트에 유용할 수도 있지만. 그러나 증권 거래소에 액세스 할 수 있다면 어떻게 든 개발자의 논리는 이미 이해할 수 없습니다.

 
TheXpert писал(а) >>

분?

어, 그리고 가급적이면 완전한 진드기 기록.

그리고 이 완전한 진드기 기록으로 무엇을 해야 할까요? 왜요?

 

그러나 누군가는 필요로 하고 누군가는 필요로 하지 않습니다.

따라서 요청 시 서버에서 다운로드할 수 있는 기회를 제공해야 합니다! 그것을 필요로하는 사람들을 위해. 그리고 그게 다야!

왜 모든 사람들이 그것을 밖으로 펌핑하도록 강요???

 
nen писал(а) >>

분이란 무엇입니까? 이미 특정 알고리즘에 따라 처리된 스토리입니다.

그리고 의사록을 작성하는 데 사용되는 생활사 처리 알고리즘이 보편적이고 최적이라고 확신하는 이유는 무엇입니까?

누군가는 양초가 필요하고 누군가는 막대가 필요하고 누군가는 가까운 선이 필요하고 누군가는 Tic Tac Toe 또는 Renko 차트가 필요합니다... 틱 기록을 처리하기 위한 다른 옵션이 얼마나 있습니까?

Semyon Semenych의 클러스터 지표와 같은 인기있는 지표가 있습니다. 그는 "바" 역사와 함께 일합니다.

그리고 Semyon Semenych의 원본에서 시스템은 여러 서버를 사용하여 여러 소스에서 틱 기록 을 수집합니다.

그리고 우리를 위해 Semyon Semenych는 지표를 우리가 사용할 수 있는 데이터로 옮겼습니다 . 그러나 그는 이것이 원본의 심하게 왜곡된 버전이라고 경고했습니다.

............

모든 질문에 대한 답변입니다 :)

누가 그것을 필요로하고 왜 ... :)))))))))

 
분명히 10년의 역사 동안 10MB의 트래픽이 _한 번_ 다운로드되고 다른 모든 기간은 서버에 연결하지 않고 이 데이터를 기반으로 구축된다는 사실을 고려하는 사람은 거의 없습니다. 실제로 MT5의 트래픽은 차트의 시간대를 전환하는 차트에 대한 본격적인 작업에 대해 이야기하는 경우 MT4보다 훨씬 적습니다.

"10년 간의 차트 기간 동안 = 10MB 단일 트래픽"이라는 규칙을 기억하십시오.
 

Renat , MT4에서 표시기 버퍼의 수를 늘려달라고 반복적으로 요청했습니다.

현재 8에서 64-128로 늘어날 가능성이 있나요? 나는 이것이 매우 올바른 단계가 될 것이라고 생각합니다!

 
클라이언트 단말 측에서는 (네트워크를 통해) 들어오는 데이터를 10-13배 압축해제하고 초기 작업 데이터는 속도와 액세스 용이성을 위해 확장된 형태로 디스크에 저장합니다. 분에서 생성된 모든 시간 프레임도 디스크에 저장됩니다.

즉, 작업 스토리지의 크기를 네트워크 트래픽 양으로 고려할 수 없습니다. 우리는 매우 효율적인 데이터 압축 및 전송 메커니즘을 구현했습니다. 모든 기간에 대해 10년 동안의 트래픽은 10MB와 같습니다.