x64 플랫폼용 새로운 MQL5 컴파일러 테스트 - 계산 속도가 2배에서 10배로 빨라졌습니다! - 페이지 9 12345678910111213141516...22 새 코멘트 TheXpert 2015.05.05 16:48 #81 Sergey Chalyshev : 일반적으로 작성된 로봇의 경우 계산 속도는 트랜잭션 실행 속도에 비해 무시할 수 있습니다. 정상적으로 작성된 로봇 은 여전히 작성되고 테스트되어야 합니다. 그리고 최적화합니다. 그리고 증권 거래소와 함께 ... 모든 것이 복잡하고 항상 그럴 것입니다. 완전히 정확한 테스트를 위해서는 유리 히스토리, 테이프가 필요하기 때문입니다... 그리고 어쨌든, 테스터에는 없지만 실생활에 있는 선두주자 때문에 동일하지 않고 정확하지 않을 것입니다. Renat Fatkhullin 2015.05.05 17:00 #82 15년 전 사람들은 "메타스톡, 트레이드 스테이션과 경쟁할 게 어디 있냐"며 웃었다. 아무것도 변하지 않아... Sergey Chalyshev 2015.05.05 17:07 #83 Фьючерсные объемы для МТ : 정상적으로 작성된 로봇 은 여전히 작성되고 테스트되어야 합니다. 그리고 최적화합니다. 지원에 감사합니다. 무엇에 관한 것입니까? 교환 터미널에 대한 전략 테스터 가 없습니다! 로봇을 테스트하는 것이 불가능하다면 수학적 계산에서 경쟁하는 이유는 무엇입니까? 실행 속도는 어떻습니까? 교환은 1ms 내에 주문을 처리합니다. MT5 서버가 6ms보다 빠르게 주문을 처리하지 않으면 터미널이 얼마나 빨리 작동합니까? MT5 서버가 고민하는 사이에 이미 좋은 가격이 잡힐 것입니다.) Vladimir Karputov 2015.05.05 17:12 #84 Sergey Chalyshev : 개발자 및 동조자: 무엇을 위해 C++를 추월하려고 합니까? 일반적으로 작성된 로봇의 경우 계산 속도는 트랜잭션 실행 속도에 비해 무시할 수 있습니다. MT5 서버가 느립니다. 서버를 먼저 설정한 다음 수학적 계산에서 경쟁할 수 있습니까? ... 경쟁에 관한 것이 아닙니다. 재정적 안정을 위해서만 자신의 언어가 필요합니다. 어쨌든 이것은 테트리스가 아니라 재정과의 끊임없는 작업입니다. 따라서 시장 제품에 대한 dll 호출은 금지됩니다. Renat Fatkhullin 2015.05.05 17:26 #85 Sergey Chalyshev : 지원에 감사합니다. 무엇에 관한 것입니까? 로봇을 테스트하는 것이 불가능하다면 왜 수학적 계산에서 경쟁합니까? 실행 속도는 어떻습니까? 교환은 1ms 내에 주문을 처리합니다. MT5 서버가 6ms보다 빠르게 주문을 처리하지 않으면 터미널이 얼마나 빨리 작동합니까? MT5 서버가 고민하는 사이에 이미 좋은 가격이 잡힐 것입니다.) 당신은 정신 착란하고 고의적으로 해를 끼치고 있습니다. 재발이 일정하기 때문에 행운을 빕니다. TheXpert 2015.05.05 17:43 #86 Sergey Chalyshev : 지원에 감사합니다. 뭐... 정확히는 지원이 아니었지만) 전투 상황에서 실행 속도는 그다지 중요하지 않습니다. 그것이 중요하다면 코드를 최적화하고 dll로 옮기고 최소한 다른 측면으로 퍼뜨리면 완전히 해결됩니다. 그러나 테스트 및 최적화 중에는 속도가 매우 중요합니다. 그리고 여기에서 언어의 가속이 결정됩니다. 그리고 참고로 같은 C#이라고 해서 똑바르다고 할 수는 없습니다. 그렇다면 hft-shniks는 그것을 사용하고 플러스와 현실은 사용하지 않습니다. Ilyas 2015.05.06 10:48 #87 트레이더 박사 와 세르게이 에레민 버그 보고 감사합니다! sinput 변수에 대한 액세스 생성 오류가 수정되었습니다. Ilyas 2015.05.06 11:02 #88 xfo : 인사말. 최적화를 활성화하기 위해 작동하지 않는 것이 있습니다. 나는 특별히 이전 버전의 터미널을 제거하고 처음부터 설치하고 데모 서버에 연결하여 빌드 1108(4월 23일자)로 업데이트했습니다. 파일은 다음과 같습니다. metaeditor64.exe - 8,941,528바이트 터미널64.exe - 14,052,296바이트 나는 모든 것을 닫고 metaeditor.ini에 키를 처방합니다. [Experts]Author=Copyright 2014, MetaQuotes Software Corp.Address=http://www.mql5.com Optimize = 1 나는 모든 테스트를 실행합니다. 최적화 없이도 오랜 시간이 걸립니다. 문제가 무엇입니까? 디버깅을 위해(F5) 또는 그렇지 않은(F7) 컴파일하는 방법은 무엇입니까? 디버깅을 위해 컴파일할 때 Optimize 키가 무시되고 디버깅을 위한 최적화가 아직 수행되지 않았습니다. Vasiliy Sokolov 2015.05.06 11:02 #89 Фьючерсные объемы для МТ : ... 그건 그렇고, 같은 C #이 이미 똑똑하다는 말은 아닙니다. 그렇다면 hft-shniks는 그것을 사용하고 플러스와 현실은 사용하지 않습니다. 아, 그래요. Java가 C#보다 빠르다고 주장하시겠습니까? True HFT는 네트워크 카드 마이크로컨트롤러를 직접 프로그래밍하는 것입니다. 언어 자체가 배경으로 사라집니다. forexman77 2015.05.06 11:16 #90 Renat Fatkhullin : 15년 전 사람들은 "메타스톡, 트레이드 스테이션과 경쟁할 게 어디 있냐"며 웃었다. 아무것도 변하지 않아... Tradestation은 중개인이 되었으며 27년의 장중 선물 역사를 가지고 있습니다. 당신도 브로커가 될 수 있습니까? 그리고 브로커에게 정확한 기록을 요청할 필요가 없습니다. 필요한 것과 필요한 방법을 다운로드합니다. 포레스트를 사용하면 2005년 이후 RTS 지수의 역사가 훨씬 더 간단해졌습니다. 저에게는 미세한 데이터부터 시작하여 전체 기록으로 충분합니다. 12345678910111213141516...22 새 코멘트 트레이딩 기회를 놓치고 있어요: 무료 트레이딩 앱 복사용 8,000 이상의 시그널 금융 시장 개척을 위한 경제 뉴스 등록 로그인 공백없는 라틴 문자 비밀번호가 이 이메일로 전송될 것입니다 오류 발생됨 Google으로 로그인 웹사이트 정책 및 이용약관에 동의합니다. 계정이 없으시면, 가입하십시오 MQL5.com 웹사이트에 로그인을 하기 위해 쿠키를 허용하십시오. 브라우저에서 필요한 설정을 활성화하시지 않으면, 로그인할 수 없습니다. 사용자명/비밀번호를 잊으셨습니까? Google으로 로그인
일반적으로 작성된 로봇의 경우 계산 속도는 트랜잭션 실행 속도에 비해 무시할 수 있습니다.
정상적으로 작성된 로봇 은 여전히 작성되고 테스트되어야 합니다. 그리고 최적화합니다.
그리고 증권 거래소와 함께 ... 모든 것이 복잡하고 항상 그럴 것입니다.
완전히 정확한 테스트를 위해서는 유리 히스토리, 테이프가 필요하기 때문입니다... 그리고 어쨌든, 테스터에는 없지만 실생활에 있는 선두주자 때문에 동일하지 않고 정확하지 않을 것입니다.
정상적으로 작성된 로봇 은 여전히 작성되고 테스트되어야 합니다. 그리고 최적화합니다.
지원에 감사합니다.
무엇에 관한 것입니까?
교환 터미널에 대한 전략 테스터 가 없습니다!
로봇을 테스트하는 것이 불가능하다면 수학적 계산에서 경쟁하는 이유는 무엇입니까?
실행 속도는 어떻습니까?
교환은 1ms 내에 주문을 처리합니다. MT5 서버가 6ms보다 빠르게 주문을 처리하지 않으면 터미널이 얼마나 빨리 작동합니까?
MT5 서버가 고민하는 사이에 이미 좋은 가격이 잡힐 것입니다.)
개발자 및 동조자:
무엇을 위해 C++를 추월하려고 합니까?
일반적으로 작성된 로봇의 경우 계산 속도는 트랜잭션 실행 속도에 비해 무시할 수 있습니다.
MT5 서버가 느립니다. 서버를 먼저 설정한 다음 수학적 계산에서 경쟁할 수 있습니까?
...
지원에 감사합니다.
무엇에 관한 것입니까?
로봇을 테스트하는 것이 불가능하다면 왜 수학적 계산에서 경쟁합니까?
실행 속도는 어떻습니까?
교환은 1ms 내에 주문을 처리합니다. MT5 서버가 6ms보다 빠르게 주문을 처리하지 않으면 터미널이 얼마나 빨리 작동합니까?
MT5 서버가 고민하는 사이에 이미 좋은 가격이 잡힐 것입니다.)
지원에 감사합니다.
뭐... 정확히는 지원이 아니었지만)
전투 상황에서 실행 속도는 그다지 중요하지 않습니다.
그것이 중요하다면 코드를 최적화하고 dll로 옮기고 최소한 다른 측면으로 퍼뜨리면 완전히 해결됩니다.
그러나 테스트 및 최적화 중에는 속도가 매우 중요합니다. 그리고 여기에서 언어의 가속이 결정됩니다.
그리고 참고로 같은 C#이라고 해서 똑바르다고 할 수는 없습니다. 그렇다면 hft-shniks는 그것을 사용하고 플러스와 현실은 사용하지 않습니다.
트레이더 박사 와 세르게이 에레민
버그 보고 감사합니다!
sinput 변수에 대한 액세스 생성 오류가 수정되었습니다.
인사말.
최적화를 활성화하기 위해 작동하지 않는 것이 있습니다. 나는 특별히 이전 버전의 터미널을 제거하고 처음부터 설치하고 데모 서버에 연결하여 빌드 1108(4월 23일자)로 업데이트했습니다. 파일은 다음과 같습니다.
metaeditor64.exe - 8,941,528바이트
터미널64.exe - 14,052,296바이트
나는 모든 것을 닫고 metaeditor.ini에 키를 처방합니다.
[Experts]
Author=Copyright 2014, MetaQuotes Software Corp.
Address=http://www.mql5.com
Optimize = 1
나는 모든 테스트를 실행합니다. 최적화 없이도 오랜 시간이 걸립니다. 문제가 무엇입니까?
디버깅을 위해 컴파일할 때 Optimize 키가 무시되고 디버깅을 위한 최적화가 아직 수행되지 않았습니다.
... 그건 그렇고, 같은 C #이 이미 똑똑하다는 말은 아닙니다. 그렇다면 hft-shniks는 그것을 사용하고 플러스와 현실은 사용하지 않습니다.
아, 그래요. Java가 C#보다 빠르다고 주장하시겠습니까?
True HFT는 네트워크 카드 마이크로컨트롤러를 직접 프로그래밍하는 것입니다. 언어 자체가 배경으로 사라집니다.
15년 전 사람들은 "메타스톡, 트레이드 스테이션과 경쟁할 게 어디 있냐"며 웃었다.
Tradestation은 중개인이 되었으며 27년의 장중 선물 역사를 가지고 있습니다. 당신도 브로커가 될 수 있습니까?
그리고 브로커에게 정확한 기록을 요청할 필요가 없습니다. 필요한 것과 필요한 방법을 다운로드합니다. 포레스트를 사용하면 2005년 이후 RTS 지수의 역사가 훨씬 더 간단해졌습니다.
저에게는 미세한 데이터부터 시작하여 전체 기록으로 충분합니다.