Vasiliy Sokolov : 응. 결과적으로 애플리케이션 프로그래머는 액세스 차단 및 멋진 브레이크를 사용하여 동일한 파일 관리자를 작성합니다. MQL에는 다른 솔루션이 없습니다. 그러나 그들의 영혼은 마법의 "지연"과 실제적인 용어로 적용하기 어려운 이론적 성능의 다른 진언에 의해 따뜻해집니다.
그리고 서로 다른 터미널이 서로 다른 데이터에 액세스할 때 문제는 무엇입니까?! 문제는 없으나 모든 파일이 한곳에 있고 단말기를 전송/재설치할 때마다 데이터를 다운받을 필요가 없어 편리합니다. 하지만 개발자들도 그렇게 하고 싶지 않습니다. 이것은 액세스 관리자가 필요하지 않습니다.
동일한 데이터에 대해 2~3개의 터미널에 액세스하는 것이었습니다. 동시에 문제가 없습니다. 터미널이 누군가가 이미 녹음하고 있음을 이해하고 동시에 작성하려고하지 않는 것으로 충분합니다. 그리고 읽을 때 문제가 발생해서는 안됩니다.
읽거나, 이해하지 않거나, 욕망이 없다고 주장하지 마십시오. 이 뒤에는 진주를 던지고 싶은 마음이 없습니다. 나는 버팀목 솔루션을 알고 있습니다(개발자는 일반 기능을 만들고 싶지 않기 때문에) - 그것은 저에게 맞습니다.
아니, 아니 유리의 말은 지울 필요가 없다. 터미널이 매 틱마다 파일에 기록한다고 명시되어 있습니다! 이것은 프로답지 못한 MQ에 대한 비난입니다. 나는 Renat이 Yuriy가 언급하는 그와 함께 무엇을 할 것인지 보고 싶습니다. 다가오는 광경을 즐기는 즐거움을 부정하지 마십시오.
공유 폴더 C:\Users\User\AppData\Roaming\MetaQuotes\Tester\에 대해 이야기하고 있습니다.
링크를 사용하여 기록 데이터베이스에 공유 폴더를 강제로 적용하지 않고 일반 모드의 터미널에도 동일한 원칙이 필요합니다. 이제 잘 작동하지만 터미널 설정에서 기록 데이터베이스에 폴더를 지정하여 이 기능을 정기적으로 구현하십시오.
:-)
나는 이미 응용 프로그램을 던졌고 속도를 위해 디스크 시스템에 데이터 파일과 로그로 샌드박스를 퍼뜨렸습니다.
예를 들어, 시스템용 하나, 로그용 SSD, 빠른 데이터용 SSD 등 SSD 드라이브가 있습니다.
글쎄, 하나의 SSD에 로그가 있고 다른 하나에 데이터가 있으면 좋을 것입니다. 터미널 자체도 SSD에 있을 수 있습니다.
각 디스크에 자체 컨트롤러가 있으면 데이터 액세스 속도가 빨라집니다.
당신은 다른 것을 옹호하고 있습니다 - 공통 데이터베이스에 접근하기 위해 - 하나의 폴더에서 다른 터미널을 다루는 하나의 데이터를 수집하기 위해 - 얼마나 많은 사람들이 비슷한 구성을 가지고 있습니까?
방금 12테라바이트 디스크를 구입했는데 이 문제를 잊어버렸습니다. 이제 하드 드라이브는 크기가 너무 커서 관련이 없습니다.
아니요, Andrey는 개발자가 공유 폴더에 대한 액세스 권한을 일반 기능으로 만들 것을 제안합니다. 이것이 제공하는 것이며 수백만 명의 거래자가 아닌 귀하에게 호소하는 것입니다.
주어진 설명:
현재 아키텍처는 매우 훌륭하고 빠르고 안전합니다. 우리는 이유 때문에 5세대 거래 플랫폼을 작성했습니다. 각 솔루션의 비용을 알고 있습니다.
응. 결과적으로 애플리케이션 프로그래머는 액세스 차단 및 멋진 브레이크를 사용하여 동일한 파일 관리자를 작성합니다. MQL에는 다른 솔루션이 없습니다. 그러나 그들의 영혼은 마법의 "지연"과 실제적인 용어로 적용하기 어려운 이론적 성능의 다른 진언에 의해 따뜻해집니다.
예 - https://www.mql5.com/ru/docs/globals/globalvariablesetoncondition
이 기능은 전역 변수에 대한 원자적 액세스를 제공하므로 동일한 클라이언트 터미널 내에서 동시에 작업하는 여러 전문가가 상호 작용할 때 뮤텍스를 구성하는 데 사용할 수 있습니다.
터미널 간 동기화가 필요한 경우 많은 옵션이 있습니다. 파일에 있지만 DLL 뮤텍스 등을 통해. 보안 샌드박스를 벗어났으니 이제 이것이 당신의 일입니다.
속도에 대한 우리의 투쟁이 없다면 완전히 다른 등급의 소프트웨어를 얻게 될 것입니다. 선은 눈에 보이지 않고 자유롭고 자명해 보입니다.
응. 결과적으로 애플리케이션 프로그래머는 액세스 차단 및 멋진 브레이크를 사용하여 동일한 파일 관리자를 작성합니다. MQL에는 다른 솔루션이 없습니다.
모든 것이 논리적이라고 생각합니다. 다중 터미널 기능을 원하면 해당 기능을 직접 만드십시오. 그리고 2명 반을 위해 그것을 구현하는 것은 약간, 어, 비합리적입니다.
게다가 대부분의 경우 이러한 문제는 한두 번 해결됩니다.
그리고 우리가 2.5명에 대해 이야기한다면, 더 많은 사람들에게 맞춤형 스토리가 필요합니다.
도전이야?
총을 하나만 장전하시겠습니까? :-)
또한 다른 터미널에서 데이터 액세스 관리자를 차단해야 한다고 들었습니다!
그리고 서로 다른 터미널이 서로 다른 데이터에 액세스할 때 문제는 무엇입니까?! 문제는 없으나 모든 파일이 한곳에 있고 단말기를 전송/재설치할 때마다 데이터를 다운받을 필요가 없어 편리합니다. 하지만 개발자들도 그렇게 하고 싶지 않습니다. 이것은 액세스 관리자가 필요하지 않습니다.
동일한 데이터에 대해 2~3개의 터미널에 액세스하는 것이었습니다. 동시에 문제가 없습니다. 터미널이 누군가가 이미 녹음하고 있음을 이해하고 동시에 작성하려고하지 않는 것으로 충분합니다. 그리고 읽을 때 문제가 발생해서는 안됩니다.
읽거나, 이해하지 않거나, 욕망이 없다고 주장하지 마십시오. 이 뒤에는 진주를 던지고 싶은 마음이 없습니다. 나는 버팀목 솔루션을 알고 있습니다(개발자는 일반 기능을 만들고 싶지 않기 때문에) - 그것은 저에게 맞습니다.
그리고 2016.hcc 파일은 이론적으로 어쨌든 업데이트되지 않아야 합니다.
주어진 설명:
현재 아키텍처는 매우 훌륭하고 빠르고 안전합니다. 우리는 이유 때문에 5세대 거래 플랫폼을 작성했습니다. 각 솔루션의 비용을 알고 있습니다.
완벽하게 이해합니다..
t는 운영 체제와 드라이버를 개발할 수 있는 영광을 얻었습니다.
나는 당신을 이해할 수 없습니다!
왜 바보를 켜!
하나의 브로커 내에서 "2017.hcc"와 같은 파일을 공개적으로 사용할 수 있도록 하는 간단한 작업이 있습니다.
내가 지금 이해하는 바와 같이 일반적으로 "5년"마다 한 번씩 업데이트됩니다.
자, 여기서 문제가 무엇입니까?
친구, 물기가 좋습니다. 홍수를 삭제합니다.