나는 너무 게으르지 않았고 근거가 없는 것을 피하기 위해 ALGLIB 소스에서 직접 속도에 대해 두 가지 다른 옵션을 테스트했습니다.
결과:
저것들. 속도 증가가 40% 이상임을 알 수 있습니다.
테스트 주셔서 감사합니다! MQL 뿐만 아니라 모든 언어에서 더 빠르게 작동할 것이라고 생각합니다.
나는 이 글을 쓴 프로그래머가 실행 중인 프로그램에 대한 급여뿐만 아니라 라인 수에 대한 급여를 받았다는 사실과 같은 이유와 다른 것은 생각하지 않았습니다. 결국 500줄짜리 프로그램은 5000줄짜리 프로그램만큼 고객에게 깊은 인상을 주지 못한다. 이로 인해 코드의 속도와 가독성이 저하된 점은 유감입니다.
합성 악기. 나는 분 막대를 가져옵니다 . 각 분 막대는 1포인트(5자)씩 다릅니다.
기호가 있는 창을 닫은 다음 이 창을 다시 열고 이전 다운로드에서 분 막대를 요청합니다.
매일의 기호는 동일합니다. 실수는 어디에 있습니까?
Alglib 패키지 코드를 보고 있습니다. 코드의 가독성을 복잡하게 만드는 구조가 많이 있습니다.
그게 더 쉽지 않니?
실행 속도가 더 빨라질 것 같습니다.
코드가 왜 그렇게 복잡합니까? 아니면 조정 없이 다른 언어에서 이식한 것입니까? 그러나 여전히 나는 원래 왜 그런 복잡성이 있는지 궁금합니다.원본에서는 가속을 위해 정확하게 수행되었을 가능성이 큽니다.
MQL에서 더 빠를지 여부 - 이것은 측정해야 합니다. 여기에서는 작동하지 않는 것 같습니다.
원본에서는 가속을 위해 정확하게 수행 되었을 가능성이 큽니다 .
MQL에서 더 빠를지 여부 - 이것은 측정해야 합니다. 여기에서는 작동하지 않는 것 같습니다.
"대부분"도 작동하지 않습니다.
글쎄, 어떻게 그러한 양식이 더 빨리 작동할 수 있습니까? 무슨 얘기를 하는 건가요!
하나의 변수 대신 두 개의 추가 루프와 추가 배열.
Nikolai Semko :
하나의 변수 대신 두 개의 추가 루프와 추가 배열.
이러한 원시적 추론은 현대 프로세서에 적합하지 않습니다.
이러한 원시적 추론은 현대 프로세서에 적합하지 않습니다.
네가 더 잘 알 잖아. 경험 이 더 있으신가요...
Koldun Zloy :
이러한 원시적 추론은 최신 프로세서에 적합하지 않습니다.
글쎄, 그렇다면 본질적으로 미안하지만 당신은 정신이 없습니다.
현재 존재하는 프로세서 중 어느 것도 그런 기능을 갖지 않을 것입니다.
보다 빨리 일하다
, 배열 에 액세스하는 것은 단순한 변수에 액세스하는 것보다 빠르지 않습니다.
3개의 동일한 루프는 결합된 루프보다 더 빠르게 실행되지 않습니다.
나는 너무 게으르지 않았고 근거가 없는 것을 피하기 위해 ALGLIB 소스에서 직접 속도에 대해 두 가지 다른 옵션을 테스트했습니다.
결과:
저것들. 40% 이상의 속도 향상이 있음을 알 수 있습니다.
글쎄, 본질적으로 그렇다면 미안하지만 당신은 정신이 없습니다.
현재 존재하는 프로세서 중 어느 것도 그러한 기능을 갖지 않을 것입니다.
보다 빨리 일하다
, 배열 에 액세스하는 것은 단순한 변수에 액세스하는 것보다 빠르지 않습니다.
3개의 동일한 루프는 결합된 루프보다 더 빠르게 실행되지 않습니다.
나는 너무 게으르지 않았고 근거가 없는 것을 피하기 위해 ALGLIB 소스에서 직접 속도에 대해 두 가지 다른 옵션을 테스트했습니다.
결과:
저것들. 속도 증가가 40% 이상임을 알 수 있습니다.
나는 이 글을 쓴 프로그래머가 실행 중인 프로그램에 대한 급여뿐만 아니라 라인 수에 대한 급여를 받았다는 사실과 같은 이유와 다른 것은 생각하지 않았습니다. 결국 500줄짜리 프로그램은 5000줄짜리 프로그램만큼 고객에게 깊은 인상을 주지 못한다. 이로 인해 코드의 속도와 가독성이 저하된 점은 유감입니다.
MQL 뿐만 아니라 모든 언어에서 더 빠르게 작동할 것이라고 생각합니다.
틀림없이.
합성 악기. 나는 분 막대를 가져옵니다. 각 분 막대는 1포인트(5자)씩 다릅니다.
기호가 있는 창을 닫은 다음 이 창을 다시 열고 이전 다운로드에서 분 막대를 요청합니다.
매일의 기호는 동일합니다. 실수는 어디에 있습니까?
안정적으로 재생되나요? 무슨 빌드?