MQL5에 대한 소원 - 페이지 116

 
avtomat >> :

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

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


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

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

MT4에서는 서버의 아카이브에서 견적을 다운로드할 수 있습니다.

왜 MT5에서는 이 방법을 사용하지 않았습니까? - 프로그램이 새롭고 방법이 일부 홍수 전입니다. 특히 많은 사람들과 함께

MT5에서 사용할 수 있는 도구(10..20분 동안 20..500..번 버튼을 직접 누르십시오). 심각하게 들리지도 않습니다.

그것은 자동차를 달리는 속도까지 올리기 위해 BMW에 두 마리의 말을 싣는 것과 같습니다.

이것은 상상할 수 있습니까? *(MK는 계산하지 않음)

기술이 이미 테스트되고 디버그되었다는 사실에도 불구하고 사소한 일을 절약하는 것은 어리석은 일입니다.

여러 쌍을 선택하여 동시에 다운로드하고 필요한 시간을 설정하는 것이 불가능하다는 점을 제외하고

날짜 간격.

 
Svinozavr >> :

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

이것에 대해 이미 얼마나 많은 말이 나왔습니까 ... 그러나 우리는 한 잔의 응용 프로그램의 역사를 갖는 행복을 보지 못할 것 같습니다. :(


진정한 관심을 가지고 테스터를 기대합니다. 테스터가 그곳에서 유리를 어떻게 모방할지 기대됩니다. ;) 틱 에뮬레이션과 동일하지 않습니다.


나는 스캘퍼들이 하늘을 향해 손을 비틀기를 기대합니다. :)

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

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

형제 여러분, 결정 자체가 이상하고 교통량에 관한 것이 아니라는 것을 정말로 이해하지 못하고 있습니다. 이 솔루션을 사용하면 터미널 요청을 처리하는 기능을 터미널 자체로 이전하므로 트래픽이 몇 배나 증가합니다.

그런 다음 이 문제를 해결하고 성공적으로 극복합니다. 물론 이것은 서버가 DC에서 오버로드되고 클라이언트를 희생하여 서버를 언로드하려고 하기 때문이라는 것이 분명합니다. 그러나 정상적인 서버를 스스로 조립할 수 없는 가난한 DC는 이런 식으로 도움을 받을 가능성이 거의 없기 때문에 이 솔루션이 성공적입니까? 아니면 서버에서 스트리밍 요청을 처리하기 위한 시스템을 처방하는 것이 너무 게으른 것입니까?

 
때로는 문제를 해결하기가 어렵습니다. 때로는 실수를 수정하기가 어렵습니다. 그러나 실수를 인정하는 것은 훨씬 더 어렵습니다.
 
avtomat писал(а) >>

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

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

진심으로 2~3개월 동안의 진드기 이력이 필요합니다. 가장 좋은 것은 반년입니다. 테스트용이 아닙니다.

항상 그런 이야기에 접근할 수 있도록.

틱 핸들러용.

막대(촛불) 형태의 분 히스토리는 동일한 지표라고 생각합니다. 양초.

이 표시기에서 필요한 정보를 추출하고 자신의 방식으로 처리하려면 회피해야 합니다.

 
글쎄, 모든 농담에는 농담의 몫이 있습니다 ...
 
fwiq >> :


그런 다음 당신은 싸워 이 문제를 성공적으로 극복합니다. 물론 이것은 서버가 DC에서 오버로드되고 클라이언트를 희생하여 서버를 언로드하려고 하기 때문이라는 것이 분명합니다. 그러나 정상적인 서버를 스스로 조립할 수 없는 가난한 DC는 이런 식으로 도움을 받을 가능성이 거의 없기 때문에 이 솔루션이 성공적입니까? 아니면 서버에서 스트리밍 요청을 처리하기 위한 시스템을 처방하는 것이 너무 게으른 것입니까?

자신의 문제를 다른 사람에게 돌리려고 하지 마십시오. 예를 들어, 나는 트래픽, 디스크 또는 기타 문제가 없습니다. (특히 테스트의 일환으로 약한 Wi-Fi 채널, 약한 넷북에서 MT5를 구동하고 일반적으로 USB 플래시 드라이브에 터미널을 설치했지만 - 모든 것이 잘 작동하지만) 당신도 마찬가지였으면 합니다. 하지만! 모든 사람을 위해 서명할 필요는 없습니다. 자신에 대해서만 쓰십시오. 그들은 문제가 있다고 말합니다. 차이를 느껴봐? - 모두가 아니라 당신에게 문제가 있습니다. DC는 자신에 대해, 귀하는 자신에 대해, 나머지 사용자는 자신에 대해 생각하게 하십시오.


그건 그렇고, 이것은 불행한 두 번째 동료에게도 적용됩니다.

 
HideYourRichess писал(а) >>

자신의 문제를 다른 사람에게 돌리려고 하지 마십시오. 예를 들어, 나는 트래픽, 디스크 또는 기타 문제가 없습니다. (특히 테스트의 일환으로 약한 Wi-Fi 채널, 약한 넷북에서 MT5를 구동하고 일반적으로 USB 플래시 드라이브에 터미널을 설치했지만 - 모든 것이 잘 작동하지만) 당신도 마찬가지였으면 합니다. 하지만! 모든 사람을 위해 서명할 필요는 없습니다. 자신에 대해서만 쓰십시오. 그들은 문제가 있다고 말합니다. 차이를 느껴봐? - 모두가 아니라 당신에게 문제가 있습니다. DC는 자신에 대해, 귀하는 자신에 대해, 나머지 사용자는 자신에 대해 생각하게 하십시오.

그건 그렇고, 이것은 불행한 두 번째 동료에게도 적용됩니다.

당신은 모든 것이 당신에게 괜찮다는 사실 때문에 레닌의 명령이나 무엇인가를 원하십니까? 실제로 분기는 MQL에 대한 소원이라고 합니다. 그리고 여기에 소원이 있습니다. 여기 모든 것이 질서 정연한 가파름만이 살고 있습니까? 글쎄, 모든 것이 너무 좋기 때문에 당신이 가지고 있지 않은 사소한 일에 집착하지 않을 것입니다. 그것은 논리적이고 생산적입니다. 또는 여가 시간에 그러한 기술을 사용하여 iPod에서 단말기가 어떻게 작동하는지 테스트했습니다. 그런 다음 그들은 "기린은 잘못되었지만 기린은 유죄가 아니며 나뭇 가지에서 외친 사람 - 기린은 크며 더 잘 압니다"라는 노래와 같은 것을 비난했습니다.

 
iPod에서 거래하세요?! - 맙소사, 바로 경고했어야 했는데. 아무 말도 하지 않고 쓰세요. 한 마디도 하지 않겠습니다. 이제 모든 것이 명확해졌으니 이해심과 인내심을 가지고 대하겠습니다. iPod에서 거래하세요! - 아아아아....