데이터가 __atomic__보다 큰 경우에만 중요 섹션(또는 std::thread 터미널의 뮤텍스)으로 데이터에 액세스/보호해야 합니다.
글쎄요, 저는 그런 행동을 몰랐고, 가져올 때 별도의 과정을 예상했습니다. 로드된 각 MT5 프로그램에서 전역 DLL 포인터가 새로울 것이라고 생각했기 때문입니다. 나는 논리를 이해하는 데 땀을 흘려야했고 오류가 메모리에서 날아간 이유를 궁금해했습니다. 그러나 입력(인쇄)하여 이유를 이해했을 때 DLL 작업을 위한 전체 아키텍처 계획이 다르게 구축되었습니다. 젠장, 당신이 뮤텍스에 대해 옳았어, 당신은 그것에 대해 생각하지 않았습니다. 팁 고마워.
이것은 뉴스가 아니며 항상 태어날 때부터 그렇게 작동합니다.
데이터가 __atomic__보다 큰 경우에만 중요 섹션(또는 std::thread 터미널의 뮤텍스)으로 데이터에 액세스/보호해야 합니다.
글쎄요, 저는 그런 행동을 몰랐고, 가져올 때 별도의 과정을 예상했습니다.
로드된 각 MT5 프로그램에서 전역 DLL 포인터가 새로울 것이라고 생각했기 때문입니다.
나는 논리를 이해하는 데 땀을 흘려야했고 오류가 메모리에서 날아간 이유를 궁금해했습니다.
그러나 입력(인쇄)하여 이유를 이해했을 때 DLL 작업을 위한 전체 아키텍처 계획이 다르게 구축되었습니다.
젠장, 당신이 뮤텍스에 대해 옳았어, 당신은 그것에 대해 생각하지 않았습니다. 팁 고마워.
네. 메소드에 매개변수가 없는 경우에도 다음을 수행할 수 있습니다.
애플리케이션:
부분 지연 실행으로 ORDER_TIME_SETUP_MSC 필드가 변경됩니다.
결과적으로 DEAL_TIME_MSC 는 해당 주문의 ORDER_TIME_SETUP_MSC 보다 작을 수 있습니다.
사용자 정의 비교 기능을 사용하는 것은 어떻습니까?
당신 말이 맞아, 고마워! 나는 평평한 곳에 그것을 과도하게 썼다. 정렬을 위해 변형을 남겨두겠습니다.
애플리케이션.
ZZY 서브필드나 방식으로 작동하지 않는게 아쉽네요.
다음은 요구 사항에 맞게 약간 조정된 내 라이브러리의 최적화된 QuickSort입니다.
스택 오버플로 없이 거대한 배열을 정렬할 수 있습니다(제어되지 않는 재귀로 인해).
안녕하세요 공유해주셔서 감사합니다!
이것이 작동한다면 완벽할 것입니다. 그러나 .mq5 스크립트에 붙여넣고 불행히도 실행하면 코드에서 다음 오류가 발생합니다.
이 문제를 해결해 주시겠습니까? 당신에게는 아마도 쉬울 것 같지만 어디서부터 시작해야할지 모르겠습니다 :-)
ArrayInsert를 사용할 때 Array_Destination[]이 요소가 추가되는 Array_Source[]보다 작으면 메모리를 절약할 수 있습니다.
이렇게 하려면 ArraySwap을 ArrayInsert 전과 후에 두 번 적용해야 합니다.
예를 들어, 이는 대용량 MqlTick 아카이브 등으로 작업할 때 적합합니다.
트레이딩, 자동매매 시스템 및 테스트 트레이딩 전략에 관한 포럼
mql5 언어의 특성, 미묘함 및 작업 기술
fxsaber, 2022.02.20 15:00
맞습니다, 감사합니다! 나는 곧은 곳에서 오버 머드릴. 나는 당신의 변형을 정렬하기 위해 떠날 것입니다.
응용 프로그램.
파티션 방법에 오류가 발생했습니다. 수정된 버전.
파티션 방법에 오류가 발생했습니다. 수정된 버전입니다.
정렬을 위해 숫자 필드를 사용하는 특수한 경우(가장 일반적인 상황)를 위해 이전 버전보다 몇 배나 빠른 변형을 작성했습니다. 하지만 메모리를 두 배나 많이 소비합니다. 큰 배열과 관련이 있습니다.
응용 프로그램 (실행 시간 측정 포함).
결과.