도움이 필요하다! 숙제가 풀리지 않아 철의 한계에 부딪혀 - 페이지 20 1...131415161718192021 새 코멘트 Mikhail Filimonov 2014.08.29 01:34 #191 komposter, EA에서 DLL을 사용할 수 있습니까? 그렇다면 다음을 수행할 수 있습니다. ZLIB를 사용하여 헤더 테이블이 있는 파일로 데이터 압축 (http://www.zlib.net/) 매우 빠르게 작동합니다(얼마나 빨리 작동하는지 놀라게 될 것입니다. DLL 작동 준비 - 3ms. 모든 것이 실시간으로 작동합니다 ). 데이터는 5-8배 감소되며 동일한 파일의 끝에서(포장) ID, 오프셋 및 데이터 길이가 있는 테이블이 저장됩니다. 소스 파일에 매우 많은 수의 레코드가 있는 경우 다음을 수행해야 합니다. 하위 테이블(여러 하위 테이블), 기본 테이블에 오프셋을 지정하여 전체 테이블을 반복하지 말고 일부만 반복하십시오. 예: USD 데이터는 오프셋 0에서 1023까지 저장됩니다. 1024년부터 2047년까지의 EU 데이터 등 데이터가 하나의 파일로 압축되지 않은 경우(크기가 큼) 패커가 파일 번호를 나타내는 하나 이상의 (작은) 하위 테이블. DLL이 파일을 로드할 때 하위 테이블에서 공통 하위 테이블을 생성합니다. 모든 파일. 더 나은 방법은 모든 오프셋을 첫 번째 파일 에 저장하는 것입니다. 우리는 1 파일의 한계를 넘어 "이동"한 다음 두 번째 파일에서 데이터를 가져옵니다. 잊어버렸다.. 당신이 내 조언을 받아들이면, 나는 당신을 포장하는 것이 좋습니다 Zlib 문자열 패킹 기능을 사용하는 텍스트 데이터(바이너리 데이터가 아니라 이 방식으로 더 빠르게 작동함). 이 함수는 ZCompressString이라고 하는 것 같습니다... zlib Home Site www.zlib.net Web page copyright © 1996-2014 Greg Roelofs, Jean-loup Gailly and Mark Adler. zlib software copyright © 1995-2012 Jean-loup Gailly and Mark Adler. 눈사태 [아카이브] 순수수학, 물리학, 화학 MARTINGALE을(를) 염두에 두십시오. Renat Fatkhullin 2014.08.29 15:30 #192 평소와 같이 압축하고 암호화할 수 있습니다. https://www.mql5.com/ru/docs/common/cryptencode https://www.mql5.com/ru/docs/common/cryptdecode 데이터 암호화 방법 ENUM_CRYPT_METHOD 열거형은 CryptEncode() 및 CryptDecode() 함수에서 데이터 변환 방법(암호화 및 해시 계산)을 지정하는 데 사용됩니다. ENUM_CRYPT_METHOD 끊임없는 설명 CRYPT_BASE64 BASE64 암호화(트랜스코딩) CRYPT_AES128 128비트(16바이트) 키로 AES 암호화 CRYPT_AES256 256비트(32바이트) 키로 AES 암호화 CRYPT_DES 56비트(7바이트) 키로 DES 암호화 CRYPT_HASH_SHA1 HASH SHA1 계산 CRYPT_HASH_SHA256 해시 SHA256 계산 CRYPT_HASH_MD5 HASH MD5 계산 CRYPT_ARCH_ZIP ZIP 아카이브 Документация по MQL5: Общие функции / CryptDecode www.mql5.com Общие функции / CryptDecode - справочник по языку алгоритмического/автоматического трейдинга для MetaTrader 5 Need help! Can't solve Overview of available information Encryption, hashing, and data Mikhail Filimonov 2014.08.29 15:45 #193 Renat : 평소와 같이 압축하고 암호화할 수 있습니다. https://www.mql5.com/ru/docs/common/cryptencode https://www.mql5.com/ru/docs/common/cryptdecode 데이터 암호화 방법 ENUM_CRYPT_METHOD 열거형은 CryptEncode() 및 CryptDecode() 함수에서 데이터 변환 방법(암호화 및 해시 계산)을 지정하는 데 사용됩니다. ENUM_CRYPT_METHOD 끊임없는 설명 CRYPT_BASE64 BASE64 암호화(트랜스코딩) CRYPT_AES128 128비트(16바이트) 키로 AES 암호화 CRYPT_AES256 256비트(32바이트) 키로 AES 암호화 CRYPT_DES 56비트(7바이트) 키로 DES 암호화 CRYPT_HASH_SHA1 HASH SHA1 계산 CRYPT_HASH_SHA256 해시 SHA256 계산 CRYPT_HASH_MD5 HASH MD5 계산 CRYPT_ARCH_ZIP ZIP 아카이브 Topikstarter의 질문은 암호화가 아니라 데이터에 빠르게 액세스하는 방법에 대한 것입니다. 패킹은 데이터 양을 줄이고 오프셋을 빠르게 이동하는 데 사용됩니다. 기본(20GB) 파일이 아니라 5~8배 축소됩니다. 패킹만으로는 충분하지 않으며 데이터에 빠르게 액세스할 수 있는 메커니즘이 필요합니다 . P/S Zlib에는 빠른 문자열 압축 및 압축 해제 기능이 있습니다. Renat Fatkhullin 2014.08.29 15:49 #194 데이터를 압축하거나 암호화 하기 위해 더 이상 타사 dll이 필요하지 않다고 지적했습니다. DLL을 사용하는 방식과 반대입니다. 그는 토픽 스타터의 문제를 해결하는 것에 대해 이야기하지 않았습니다. Mikhail Filimonov 2014.08.29 18:38 #195 Renat : 데이터를 압축하거나 암호화하기 위해 더 이상 타사 dll이 필요하지 않다고 지적했습니다. DLL을 사용하는 방식과 반대입니다. 그는 토픽 스타터의 문제를 해결하는 것에 대해 이야기하지 않았습니다. DLL은 패커가 아닙니다. - 데이터 언패커가 아니라 데이터를 신속하게 추출하는 메커니즘입니다. 특정 체계에 따라 압축된 파일. Renat Fatkhullin 2014.08.29 19:08 #196 이제 이 모든 것이 언어를 통해 쉽게 수행됩니다. 압축은 표준 사용 가능합니다. Mikhail Filimonov 2014.08.29 19:31 #197 Renat : 이제 이 모든 것이 언어를 통해 쉽게 수행됩니다. 압축은 표준 사용 가능합니다. 좋습니다. 이제 topicstarter가 문제를 해결할 것입니다. 나는 MQL5의 파일로 작업한 적이 없습니다. 이제 열 수 있는지 읽을 것입니다. 오프셋을 사용할 수 있도록 파일을 스트림으로 저장합니다. 예, 작동합니다 :) bool FileSeek ( int file_handle, // handle файла long offset, // в байтах ENUM_FILE_POSITION origin // позиция для отсчета ); Будем надеятся, что терминал работает так же быстро, как и нативная DLL Renat Fatkhullin 2014.08.29 20:44 #198 모든 것이 작동하고 빠릅니다. 위의 구현에서 파일 작업의 효율성을 향상시키는 방법을 설명했습니다. Mikhail Filimonov 2014.08.31 19:17 #199 Renat : 모든 것이 작동하고 빠릅니다. 위의 구현에서 파일 작업의 효율성을 향상시키는 방법을 설명했습니다. 나는 단말기의 능력과 능력을 과소평가하지 않지만, 몇 년 전 21,345,728(!) 줄의 1.21GB 파일에서 데이터를 추출해야 했을 때 http://ftp.micex.com/pub/info/historical_data/Securities_market/OrderBook20130206.rar 데이터 보기: NO,SECCODE,BUYSELL,TIME,ORDERNO,액션,가격,볼륨,TRADENO,TRADEPRICE 21345728,USD000UTSTOM,B,235000002,3568,0,29.6095,300000,, 그런 다음 내가 지시 한 방법에 따라 검색 시간은 35-45 MICROSECOND, 파일을 2일 이상 준비하고 있었다는 말이 사실입니다 :( P/S 무엇을 사용하느냐(터미널이나 DLL)가 아니라 데이터를 어떻게 준비하느냐가 관건이다. 그리고 터미널에 새로운 기능이 추가되었다는 사실은 매우 환영합니다! Need help! Can't solve 논의 직관적인 거래에 대해 누가 Eugeniy Lugovoy 2014.08.31 19:34 #200 Mikalas : 터미널의 기능을 얕보는 것은 아니지만 몇 년 전 21,345,728(!) 줄의 1.21GB 파일에서 데이터를 추출해야 했을 때 http://ftp.micex.com/pub/info/historical_data/Securities_market/OrderBook20130206.rar 데이터 보기: NO,SECCODE,BUYSELL,TIME,ORDERNO,액션,가격,볼륨,TRADENO,TRADEPRICE 21345728,USD000UTSTOM,B,235000002,3568,0,29.6095,300000,, 그런 다음 내가 지시 한 방법에 따라 검색 시간은 35-45 MICROSECOND, 파일을 2일 이상 준비하고 있었다는 말이 사실입니다 :( 아마도 밀리초? Windows 기반 OS에서는 마이크로초 단위의 측정이 불가능합니다... 1...131415161718192021 새 코멘트 트레이딩 기회를 놓치고 있어요: 무료 트레이딩 앱 복사용 8,000 이상의 시그널 금융 시장 개척을 위한 경제 뉴스 등록 로그인 공백없는 라틴 문자 비밀번호가 이 이메일로 전송될 것입니다 오류 발생됨 Google으로 로그인 웹사이트 정책 및 이용약관에 동의합니다. 계정이 없으시면, 가입하십시오 MQL5.com 웹사이트에 로그인을 하기 위해 쿠키를 허용하십시오. 브라우저에서 필요한 설정을 활성화하시지 않으면, 로그인할 수 없습니다. 사용자명/비밀번호를 잊으셨습니까? Google으로 로그인
komposter, EA에서 DLL을 사용할 수 있습니까?
그렇다면 다음을 수행할 수 있습니다.
ZLIB를 사용하여 헤더 테이블이 있는 파일로 데이터 압축
(http://www.zlib.net/)
매우 빠르게 작동합니다(얼마나 빨리 작동하는지 놀라게 될 것입니다.
DLL 작동 준비 - 3ms. 모든 것이 실시간으로 작동합니다 ).
데이터는 5-8배 감소되며 동일한 파일의 끝에서(포장)
ID, 오프셋 및 데이터 길이가 있는 테이블이 저장됩니다.
소스 파일에 매우 많은 수의 레코드가 있는 경우 다음을 수행해야 합니다.
하위 테이블(여러 하위 테이블), 기본 테이블에 오프셋을 지정하여
전체 테이블을 반복하지 말고 일부만 반복하십시오.
예: USD 데이터는 오프셋 0에서 1023까지 저장됩니다.
1024년부터 2047년까지의 EU 데이터 등
데이터가 하나의 파일로 압축되지 않은 경우(크기가 큼)
패커가 파일 번호를 나타내는 하나 이상의 (작은) 하위 테이블.
DLL이 파일을 로드할 때 하위 테이블에서 공통 하위 테이블을 생성합니다.
모든 파일. 더 나은 방법은 모든 오프셋을 첫 번째 파일 에 저장하는 것입니다.
우리는 1 파일의 한계를 넘어 "이동"한 다음 두 번째 파일에서 데이터를 가져옵니다.
잊어버렸다..
당신이 내 조언을 받아들이면, 나는 당신을 포장하는 것이 좋습니다
Zlib 문자열 패킹 기능을 사용하는 텍스트 데이터(바이너리 데이터가 아니라 이 방식으로 더 빠르게 작동함).
이 함수는 ZCompressString이라고 하는 것 같습니다...
평소와 같이 압축하고 암호화할 수 있습니다.
데이터 암호화 방법
ENUM_CRYPT_METHOD 열거형은 CryptEncode() 및 CryptDecode() 함수에서 데이터 변환 방법(암호화 및 해시 계산)을 지정하는 데 사용됩니다.
ENUM_CRYPT_METHOD
끊임없는
설명
CRYPT_BASE64
BASE64 암호화(트랜스코딩)
CRYPT_AES128
128비트(16바이트) 키로 AES 암호화
CRYPT_AES256
256비트(32바이트) 키로 AES 암호화
CRYPT_DES
56비트(7바이트) 키로 DES 암호화
CRYPT_HASH_SHA1
HASH SHA1 계산
CRYPT_HASH_SHA256
해시 SHA256 계산
CRYPT_HASH_MD5
HASH MD5 계산
CRYPT_ARCH_ZIP
ZIP 아카이브
평소와 같이 압축하고 암호화할 수 있습니다.
데이터 암호화 방법
ENUM_CRYPT_METHOD 열거형은 CryptEncode() 및 CryptDecode() 함수에서 데이터 변환 방법(암호화 및 해시 계산)을 지정하는 데 사용됩니다.
ENUM_CRYPT_METHOD
끊임없는
설명
CRYPT_BASE64
BASE64 암호화(트랜스코딩)
CRYPT_AES128
128비트(16바이트) 키로 AES 암호화
CRYPT_AES256
256비트(32바이트) 키로 AES 암호화
CRYPT_DES
56비트(7바이트) 키로 DES 암호화
CRYPT_HASH_SHA1
HASH SHA1 계산
CRYPT_HASH_SHA256
해시 SHA256 계산
CRYPT_HASH_MD5
HASH MD5 계산
CRYPT_ARCH_ZIP
ZIP 아카이브
Topikstarter의 질문은 암호화가 아니라 데이터에 빠르게 액세스하는 방법에 대한 것입니다.
패킹은 데이터 양을 줄이고 오프셋을 빠르게 이동하는 데 사용됩니다.
기본(20GB) 파일이 아니라 5~8배 축소됩니다.
패킹만으로는 충분하지 않으며 데이터에 빠르게 액세스할 수 있는 메커니즘이 필요합니다 .
P/S Zlib에는 빠른 문자열 압축 및 압축 해제 기능이 있습니다.
데이터를 압축하거나 암호화 하기 위해 더 이상 타사 dll이 필요하지 않다고 지적했습니다. DLL을 사용하는 방식과 반대입니다.
그는 토픽 스타터의 문제를 해결하는 것에 대해 이야기하지 않았습니다.
데이터를 압축하거나 암호화하기 위해 더 이상 타사 dll이 필요하지 않다고 지적했습니다. DLL을 사용하는 방식과 반대입니다.
그는 토픽 스타터의 문제를 해결하는 것에 대해 이야기하지 않았습니다.
DLL은 패커가 아닙니다. - 데이터 언패커가 아니라 데이터를 신속하게 추출하는 메커니즘입니다.
특정 체계에 따라 압축된 파일.
이제 이 모든 것이 언어를 통해 쉽게 수행됩니다. 압축은 표준 사용 가능합니다.
좋습니다. 이제 topicstarter가 문제를 해결할 것입니다.
나는 MQL5의 파일로 작업한 적이 없습니다. 이제 열 수 있는지 읽을 것입니다.
오프셋을 사용할 수 있도록 파일을 스트림으로 저장합니다.
예, 작동합니다 :)
모든 것이 작동하고 빠릅니다. 위의 구현에서 파일 작업의 효율성을 향상시키는 방법을 설명했습니다.
나는 단말기의 능력과 능력을 과소평가하지 않지만,
몇 년 전 21,345,728(!) 줄의 1.21GB 파일에서 데이터를 추출해야 했을 때
http://ftp.micex.com/pub/info/historical_data/Securities_market/OrderBook20130206.rar
데이터 보기:
NO,SECCODE,BUYSELL,TIME,ORDERNO,액션,가격,볼륨,TRADENO,TRADEPRICE
21345728,USD000UTSTOM,B,235000002,3568,0,29.6095,300000,,
그런 다음 내가 지시 한 방법에 따라 검색 시간은 35-45 MICROSECOND,
파일을 2일 이상 준비하고 있었다는 말이 사실입니다 :(
P/S 무엇을 사용하느냐(터미널이나 DLL)가 아니라 데이터를 어떻게 준비하느냐가 관건이다.
그리고 터미널에 새로운 기능이 추가되었다는 사실은 매우 환영합니다!
터미널의 기능을 얕보는 것은 아니지만
몇 년 전 21,345,728(!) 줄의 1.21GB 파일에서 데이터를 추출해야 했을 때
http://ftp.micex.com/pub/info/historical_data/Securities_market/OrderBook20130206.rar
데이터 보기:
NO,SECCODE,BUYSELL,TIME,ORDERNO,액션,가격,볼륨,TRADENO,TRADEPRICE
21345728,USD000UTSTOM,B,235000002,3568,0,29.6095,300000,,
그런 다음 내가 지시 한 방법에 따라 검색 시간은 35-45 MICROSECOND,
파일을 2일 이상 준비하고 있었다는 말이 사실입니다 :(