니콜라이 셈코 : 마이크로가 아닌 밀리초 단위로 멈추면 우리는 무엇에 대해 이야기 할 수 있습니까?
따라서 마이크로초 단위로 측정하여 이 주제의 독자를 놀라게 하십시오. 라이브러리는 https://www.mql5.com/en/code/33898 에서 무료로 사용할 수 있습니다. 그것을 기반으로 무엇이든 만들 수 있습니다. 누가 실제로 당신을 막고 있습니까?
알렉세이 빅토로프 : 그리고 일반적으로 전체 토론을 CodeBase에서 호스팅되는 코드에 대한 토론 주제로 옮겨야 한다고 생각합니다. 바로 여기 ...
이 https://www.mql5.com/ru/forum/364643에 대한 특별 주제가 이미 생성되었습니다 . 여기서는 라이브러리 자체만 논의하고 성능 테스트는 논의하지 않습니다. 이 프로젝트에서 작업하면서 나는 "한 돌로 두 마리의 새를 죽이기"로 결정하고 비교 테스트를 수행하고 프로그래머가 차트에 텍스트 출력을 쉽게 구성할 수 있는 기회를 제공했습니다.
따라서 마이크로초 단위로 측정하여 이 주제의 독자를 놀라게 하십시오. 라이브러리는 https://www.mql5.com/en/code/33898 에서 무료로 사용할 수 있습니다. 그것을 기반으로 무엇이든 만들 수 있습니다. 누가 실제로 당신을 막고 있습니까?
이 https://www.mql5.com/ru/forum/364643에 대한 특별 주제가 이미 생성되었습니다 . 거기에서는 라이브러리 자체에 대해서만 논의 하고 성능 테스트는 하지 않습니다. 이 프로젝트에서 작업하면서 나는 "한 돌로 두 마리의 새를 죽이기"로 결정하고 비교 테스트를 수행하고 프로그래머가 차트에 텍스트 출력을 쉽게 구성할 수 있는 기회를 제공했습니다.
논의할 것이 없습니다. 전체 토론은 하나의 나쁜 단어에 포함되어 있습니다. 나는 CodeBase의 좋은 코드가 배치되지 않는다는 것을 오랫동안 알아차렸습니다.
물론, 나는 아무것도 모르고 아무것도 이해하지 못합니다. :) 그리고 제시된 측정은 아무 말도하지 않습니다. :) 또한 소스 코드: https://www.mql5.com/en/code/33898 에는 정보가 포함되어 있지 않습니다. :) 당신이 옳다고 말하지는 않겠지만 당신과 논쟁할 필요도 없습니다!
곧 마이크로초 단위로 측정 결과를 업데이트하겠습니다! 또한 결합된 표시 옵션인 레이블 + 캔버스의 측정. 트롤링에 대해 논의할 때 환영받지 못한다는 것을 상기시켜 드리겠습니다! 근거가 있는 주장만!!! 또한 요점 에 대한 질문 !
약속한 대로 업데이트된 결과가 있습니다. 동시에 Canvas를 배경으로 한 디스플레이 옵션을 비교에 추가하기로 했습니다. 또한 프로그래머의 의견을 반영하여 마이크로초 단위로 측정하여 정확도를 높였습니다. 또한 틱의 최소, 평균 및 최대 지연을 올바르게 결정하기 시작했습니다.
테스트는 가장 단순한 틱 모델 "공개 가격만"에 대해 수행되었습니다. 여기에서 레이블의 디스플레이 작동에 작은 뉘앙스가 있습니다.
캔버스
입력 매개변수
결과
Canvas를 배경으로 사용하는 레이블, 출력 속도 최적화 없음
배경 및 출력 속도 최적화가 포함된 레이블
배경을 사용하지 않고 출력 속도를 최적화하지 않은 레이블
배경 없는 레이블, 출력 속도 최적화 포함
결과 테이블
캔버스
레이블 배경
레이블 배경 최적화
라벨
최적화된 라벨
최소 지연(µs)
2182
17
열여섯
열여섯
열셋
중간 지연(µs)
8850
27
24
22
25
최대 지연(µs)
25427
849
744
580
886
총계(μs)
141841997
565420
503329
441632
528236
따라서 이러한 유형의 문제에서 레이블을 사용하는 것의 이점은 분명합니다. 측정을 반복하고 싶은 사람이나 차트에 텍스트를 표시하는 쉬운 방법이 필요한 사람은 https://www.mql5.com/en/code/33898 에서 소스를 다운로드할 수 있습니다.
약속한 대로 업데이트된 결과가 있습니다. 동시에 Canvas를 배경으로 한 디스플레이 옵션을 비교에 추가하기로 했습니다. 또한 프로그래머의 의견을 반영하여 마이크로초 단위로 측정하여 정확도를 높였습니다. 또한 틱의 최소, 평균 및 최대 지연을 올바르게 결정하기 시작했습니다.
따라서 이러한 유형의 문제에서 레이블을 사용하는 것의 이점은 분명합니다. 측정을 반복하고 싶은 사람이나 차트에 텍스트를 표시하는 쉬운 방법이 필요한 사람은 https://www.mql5.com/ru/code/33898 에서 소스 코드를 다운로드할 수 있습니다.
Canvas(BitMap)는 모두 다시 그려지거나 복사되고 레이블은 변경된 레이블만 있는 것이 분명합니다. 놀란 이유는?
Alexey Viktorov :
...
마이크로가 아닌 밀리초 단위로 멈추면 우리는 무엇에 대해 이야기 할 수 있습니까?
따라서 마이크로초 단위로 측정하여 이 주제의 독자를 놀라게 하십시오. 라이브러리는 https://www.mql5.com/en/code/33898 에서 무료로 사용할 수 있습니다. 그것을 기반으로 무엇이든 만들 수 있습니다. 누가 실제로 당신을 막고 있습니까?
그리고 일반적으로 전체 토론을 CodeBase에서 호스팅되는 코드에 대한 토론 주제로 옮겨야 한다고 생각합니다. 바로 여기 ...
따라서 마이크로초 단위로 측정하여 이 주제의 독자를 놀라게 하십시오. 라이브러리는 https://www.mql5.com/en/code/33898 에서 무료로 사용할 수 있습니다. 그것을 기반으로 무엇이든 만들 수 있습니다. 누가 실제로 당신을 막고 있습니까?
이 https://www.mql5.com/ru/forum/364643 에 대한 특별 주제가 이미 생성되었습니다 . 거기에서는 라이브러리 자체에 대해서만 논의 하고 성능 테스트는 하지 않습니다. 이 프로젝트에서 작업하면서 나는 "한 돌로 두 마리의 새를 죽이기"로 결정하고 비교 테스트를 수행하고 프로그래머가 차트에 텍스트 출력을 쉽게 구성할 수 있는 기회를 제공했습니다.논의할 것이 없습니다. 전체 토론은 하나의 나쁜 단어에 포함되어 있습니다. 나는 CodeBase의 좋은 코드가 배치되지 않는다는 것을 오랫동안 알아차렸습니다.
논의할 것이 없습니다. 전체 토론은 하나의 나쁜 단어에 포함되어 있습니다. CodeBase에 좋은 코드가 게시되지 않는다는 사실을 오래전에 알게 되었습니다.
이것이 사실이라면 그것은 빈 주제가 될 것입니다 ... 그리고 당신의 나쁜 말은 스스로에게 지키십시오, 헤이터! Artyom이 이미 홍수 를 내지 말라고 경고한 것 같습니다 ...
그리고 커뮤니티의 다른 회원들의 코드가 마음에 들지 않는다는 사실에 대해 자신의 코드를 추가하십시오. 누가 방해가 됩니까?!... 아니면 여기에서 다른 회원만을 미워 하는 것입니까?!...
마이크로가 아닌 밀리초, 심지어 단일 패스에서도 멈추면 무엇에 대해 이야기 할 수 있습니까? 더욱이 그는 자신이 물체 자체의 형성이 아니라 물체의 특성 테이블의 채우기(최대 수십 마이크로초가 소요됨)를 측정 한다는 것을 이해하지도 못합니다.
화제가 되었기 때문에 캔버스 사용을 시작할 계획입니다. 여기까지 읽고 모든 것이 명확해졌다고 생각했습니다.) 니콜라이, 논쟁에 시간을 낭비하지 마십시오(팬을 위해서만)), 이해하는 모든 사람은 무엇인지 이해합니다.
논의할 것이 없습니다. 전체 토론은 하나의 나쁜 단어에 포함되어 있습니다. 나는 CodeBase의 좋은 코드가 배치되지 않는다는 것을 오랫동안 알아차렸습니다.
Fxsaber는 예외입니다.
저에게는 예외가 없습니다. 나는 Fxsaber가 무엇을 쓰는지 알 수 없으며 맹목적으로 사용하는 방법을 모릅니다.
이 캐릭터는 트롤처럼 보이지 않습니다. 그는 마치 교수로 위장한 던노처럼 보인다.
물론, 나는 아무것도 모르고 아무것도 이해하지 못합니다. :) 그리고 제시된 측정은 아무 말도하지 않습니다. :) 또한 소스 코드: https://www.mql5.com/en/code/33898 에는 정보가 포함되어 있지 않습니다. :) 당신이 옳다고 말하지는 않겠지만 당신과 논쟁할 필요도 없습니다!
곧 마이크로초 단위로 측정 결과를 업데이트하겠습니다! 또한 결합된 표시 옵션인 레이블 + 캔버스의 측정. 트롤링 에 대해 논의할 때 환영받지 못한다는 것을 상기시켜 드리겠습니다! 근거가 있는 주장만!!! 또한 요점 에 대한 질문 !
약속한 대로 업데이트된 결과가 있습니다. 동시에 Canvas를 배경으로 한 디스플레이 옵션을 비교에 추가하기로 했습니다. 또한 프로그래머의 의견을 반영하여 마이크로초 단위로 측정하여 정확도를 높였습니다. 또한 틱의 최소, 평균 및 최대 지연을 올바르게 결정하기 시작했습니다.
테스트는 가장 단순한 틱 모델 "공개 가격만"에 대해 수행되었습니다. 여기에서 레이블의 디스플레이 작동에 작은 뉘앙스가 있습니다.
캔버스
결과
Canvas를 배경으로 사용하는 레이블, 출력 속도 최적화 없음
배경 및 출력 속도 최적화가 포함된 레이블
배경을 사용하지 않고 출력 속도를 최적화하지 않은 레이블
배경 없는 레이블, 출력 속도 최적화 포함
결과 테이블
따라서 이러한 유형의 문제에서 레이블을 사용하는 것의 이점은 분명합니다. 측정을 반복하고 싶은 사람이나 차트에 텍스트를 표시하는 쉬운 방법이 필요한 사람은 https://www.mql5.com/en/code/33898 에서 소스를 다운로드할 수 있습니다.
약속한 대로 업데이트된 결과가 있습니다. 동시에 Canvas를 배경으로 한 디스플레이 옵션을 비교에 추가하기로 했습니다. 또한 프로그래머의 의견을 반영하여 마이크로초 단위로 측정하여 정확도를 높였습니다. 또한 틱의 최소, 평균 및 최대 지연을 올바르게 결정하기 시작했습니다.
따라서 이러한 유형의 문제에서 레이블을 사용하는 것의 이점은 분명합니다. 측정을 반복하고 싶은 사람이나 차트에 텍스트를 표시하는 쉬운 방법이 필요한 사람은 https://www.mql5.com/ru/code/33898 에서 소스 코드를 다운로드할 수 있습니다.
Canvas(BitMap)는 모두 다시 그려지거나 복사되고 레이블은 변경된 레이블만 있는 것이 분명합니다. 놀란 이유는?
캔버스는 물고기가 부족하고 적당히 민첩하기 만하면 편리합니다.