그건 그렇고 .. 최근에 랩톱이 느려지는 것으로 나타났습니다. 나는 디스크를 청소했고 이 shaitan 장비가 나를 위해 많이 연구되지 않았기 때문에 ssd가 어떤 느낌인지 확인하기로 결정했습니다. 확인 결과 68%의 남은 리소스가 표시되었으며 랩톱은 2년이 조금 넘었습니다. 재미있다.
그러나 내가 기억하는 한 스핀들의 나사는 이미 2년 후에 조용히 죽을 수 있었습니다.
시스템 디스크, MT5용 appdata/roaming의 모든 파일이 다른 파일에 있으며 확인되지 않았습니다.
그리고 다른 프로그램/터미널에서 하나의 데이터베이스에 대한 액세스 동기화를 구성하는 데 근본적인 어려움이 있습니까? 또 에르사츠야?
이제 파일 대신 데이터베이스를 사용하여 많은 양의 데이터를 저장할 수 있습니다.
우리 앞에는 그러한 과제가 전혀 없습니다.
위의 성능 차트를 보셨습니까? MQL5에서는 종종 C++보다 더 빠르게 작동합니다.
물론 우리는 모든 것이 다중 스레드이며 모든 것이 정확합니다.
그것은 완전히 다른 것에 관한 것입니다. 다른 프로그램/프로세스 가 동일한 데이터베이스 파일에 독립적으로 올라가면 어떻게 됩니까? 하나의 프로그램(MQL5)이 아니라 서로에 대해 알지 못하고 동일한 데이터베이스 핸들을 사용하지 않는 여러 독립 프로그램입니다.
예, 성능이 뛰어납니다.
예, Sqlite 의 다른 프로세스에서 교착 상태가 발생할 수 있습니다.
데이터베이스가 각 전문가/스크립트에서 선언할 수 있는 각 개별 파일에 대한 전처리기 지시문을 처리하도록 할 수 있습니다.
베이스용 내부 공통 핸들과 같은 것입니다.
편협한 사용자가 배포하는 "SSD 죽이기"에 대한 솔직한 말도 충분합니다.
마켓에서는 10초마다 파일로 데이터를 업데이트 하는 원칙에 따라 터미널에서 터미널로 복사기를 구현합니다.
연간 출품작 수를 계산하는 것은 어렵지 않습니다.
그건 그렇고 .. 최근에 랩톱이 느려지는 것으로 나타났습니다. 나는 디스크를 청소했고 이 shaitan 장비가 나를 위해 많이 연구되지 않았기 때문에 ssd가 어떤 느낌인지 확인하기로 결정했습니다. 확인 결과 68%의 남은 리소스가 표시되었으며 랩톱은 2년이 조금 넘었습니다. 재미있다.
그러나 내가 기억하는 한 스핀들의 나사는 이미 2년 후에 조용히 죽을 수 있었습니다.
시스템 디스크, MT5용 appdata/roaming의 모든 파일이 다른 파일에 있으며 확인되지 않았습니다.
마켓에서는 10초마다 파일의 데이터를 업데이트 하는 원칙에 따라 터미널에서 터미널로 복사기를 구현합니다.
연간 출품작 수를 계산하는 것은 어렵지 않습니다.
감사합니다) 소중한 소개입니다.
이제 파일 대신 데이터베이스를 사용하여 많은 양의 데이터를 저장할 수 있습니다.
사람들 은 터미널 간에 데이터를 교환해야 합니다. 파일과 유사하게 하나는 편집에 연결하고 다른 하나는 읽기 전용으로 만들 수 있다면 어떨까요? 그리고 이 모든 것은 초고속 메모리를 통해
mql4에 될까요?