1) Expert Advisor가 50주기(1분 후 타이머 호출 50회) 동안 실행되고 각 주기 동안 10MB의 RAM을 소비하며 동일한 양을 파일에 씁니다. 50주기가 지나면 Expert Advisor가 스스로 종료되고 메모리를 확보한 후 파일을 지웁니다.
리소스가 즉시 해제되는 것을 볼 수 있습니다.
2) 전문가 어드바이저가 50회 사이클을 수행하여 리소스(RAM 및 파일에 동일한 양)를 캡처합니다. 다음 캡처는 이전 캡처의 95퍼센트입니다. 처음 50주기가 끝나면 역순으로 50주기의 리소스가 추가로 해제된 후 Expert Advisor가 삭제됩니다.
디스크보다 메모리가 조금 더 적게 해제되는 것을 볼 수 있습니다. 이는 전문가 조언자 메모리가 최대 1메가바이트까지 자체 메모리 풀에 할당되어 있으며, 이는 전문가 조언자가 살아있는 한 유지되기 때문입니다.
결론은 완벽한 리소스 관리, 시각화 및 고객에 대한 가용성입니다.
동적 클래스를 사용하고 다음 계산까지 시간이 많이 남으면 (사용하지 않는) 리소스가 엉덩이에 남아 있지 않도록 크래시하는 것이 좋다고 알고 있는데요?
아니면 제가 이해하지 못한 부분이 있나요?
ZY 사실 저에게는 그다지 중요하지 않습니다. 여기서 키보드를 누르는 동안 계산을 최적화하고 한 번의 통화 시간을 1 초 미만으로 만들었으므로 (기록 데이터는 기본 알고리즘에 의해 계산되지 않고 마지막 막대를 처리하기 위해서만 준비됨) 모든 것이 매우 정상적으로 함께 모입니다. 15 분에 한 번 VPS가 1 초 동안 CPU를 캡처 할 수 있고 리소스를 1000 배 줄이더라도 다음 바 전에 현재 계산을 얻을 수있는 시간이 있기를 바랍니다.
그래서 동적 클래스를 사용하고 다음 계산까지 시간이 많이 남으면 (사용하지 않는) 리소스를 엉덩이에 두지 않도록 스매싱하는 것이 좋다고 생각합니까?
아니면 제가 뭔가 오해하고 있는 건가요?
아니요, 저는 서비스의 응답성과 상황을 통제할 수 있는 능력을 보여주고 증명하는 것뿐입니다. 모든 사람이 조사를 하는 것은 아닙니다.
MT4의 경우 최대 2GB의 RAM은 충분히 고통없이 먹을 수 있습니다. 전반적인 상황이 명백하게 악화되는 경우에만 경고가 트리거됩니다.
ZЫ 사실 저에게는 그다지 중요하지 않습니다. 여기서 키보드를 누르는 동안 계산을 최적화하고 한 번의 통화 시간을 1 초 미만으로 조정 했으므로 (기록 데이터는 기본 알고리즘에 의해 계산되지 않고 마지막 막대를 처리하기 위해서만 준비됨) 모든 것이 매우 정상적으로 함께 모였습니다. 15 분에 한 번 VPS가 1 초 동안 CPU를 캡처 할 수 있기를 바라며 리소스를 1000 배 줄이더라도 다음 바 전에 현재 계산을 얻을 시간이 있기를 바랍니다.
거의 항상 계산 속도를 높이는 알고리즘 방법을 찾을 수 있으므로 제한은 좋은 것입니다. 제한을 두면 무차별 대입을 덜 생각하고 덜 사용하게 됩니다.
우리는 "1 초 동안 CPU를 잡기"에 대해 말하는 것이 아니라 전문가 조언자가 CPU (하나 또는 여러 코어)를 쉬지 않고 사용하고 미친 듯이 행동하고 접근 방식을 변경하고 싶지 않은 분명히 문제가되는 경우에 대해 이야기하고 있습니다. 현재 이러한 사례가 몇 가지 있으며 여전히 관찰 중입니다.
앞서 설명했듯이 질문을 "아니요, 어려운 한계를 알려주세요!"로 축소해서는 안됩니다. 공유 공간의 자원에 대한 평가는 이웃에게 피해를 주든 안 주든 주관적이기 때문에 아무도 그것을 말하고 불가침성을 선언하지 않을 것입니다 (이것이 질문자가 요구하는 것입니다).
아니요, 저는 서비스의 응답성과 상황 제어 능력을 보여주고 증명하는 것뿐입니다. 연구를 수행하는 것은 같은 사람들이 아닙니다.
MT4의 경우 최대 2GB의 RAM을 매우 고통없이 소비 할 수 있습니다. 전반적인 상황이 명확하게 악화되는 경우에만 경고가 트리거됩니다.
계산 속도를 높이는 알고리즘 방법을 찾는 것은 거의 항상 가능하므로 제한을 두는 것이 좋습니다. 무차별 대입을 덜 생각하고 사용하도록 강요합니다.
우리는 "1 초 동안 CPU를 잡는 것"에 대해 말하는 것이 아니라 전문가 조언자가 CPU (하나 또는 여러 코어)를 쉬지 않고 차지하고 미친 듯이 행동하며 접근 방식을 변경하고 싶지 않은 분명히 문제가되는 경우에 대해 이야기하고 있습니다. 현재 이러한 사례가 몇 가지 있으며 여전히 관찰 중입니다.
앞서 설명했듯이 질문을 "아니요, 어려운 한계를 알려주세요!"로 축소해서는 안됩니다. 공유 공간에서 자원에 대한 평가는 이웃에게 피해를 주든 안 주든 주관적이기 때문에 아무도 그것을 말하고 불가침성을 선언하지 않을 것입니다 (질문자가 요구하는 것입니다).
저는 오래 전에 한계라고 부르지 않는 것이 최적화와 한계까지 밀어 붙이는 것으로 이어지기 때문에 한계라고 부르지 않는다는 것을 깨달았습니다.
문제는 다릅니다. 내 알고리즘은 본질적으로 병렬이며 각 스레드에 대해 개별적으로 무겁지 않지만 순차적 처리에 들어가면 CPU는 허용 가능한 최소 품질을 희생하면서 리소스를 잃게됩니다 (이로 인해 중요도가 증가합니다). 이제 우리는 과소 평가 된 품질이 허용되지 않는 지점을 간접적 인 징후로 결정하는 알고리즘이 필요하며 이것은 또 다른 골칫거리입니다.
ZЫ mql에서 스레드에 대한 최소한의 제어만이라도 제공한다면 매우 멋질 것입니다.
ZZY 우리가 요청한 OpenCL과 Ilyas'a의 노력 덕분에 더 많은 것을 얻었지만 vps 또는 클라우드 문제를 해결하지는 못합니다.
메타트레이더 호스팅 서비스에서 소비되는 리소스를 어떻게 제어할 수 있습니까?
다음은 몇 가지 테스트 계획입니다:
1) Expert Advisor가 50주기(1분 후 타이머 호출 50회) 동안 실행되고 각 주기 동안 10MB의 RAM을 소비하며 동일한 양을 파일에 씁니다. 50주기가 지나면 Expert Advisor가 스스로 종료되고 메모리를 확보한 후 파일을 지웁니다.
리소스가 즉시 해제되는 것을 볼 수 있습니다.
2) 전문가 어드바이저가 50회 사이클을 수행하여 리소스(RAM 및 파일에 동일한 양)를 캡처합니다. 다음 캡처는 이전 캡처의 95퍼센트입니다. 처음 50주기가 끝나면 역순으로 50주기의 리소스가 추가로 해제된 후 Expert Advisor가 삭제됩니다.
디스크보다 메모리가 조금 더 적게 해제되는 것을 볼 수 있습니다. 이는 전문가 조언자 메모리가 최대 1메가바이트까지 자체 메모리 풀에 할당되어 있으며, 이는 전문가 조언자가 살아있는 한 유지되기 때문입니다.
결론은 완벽한 리소스 관리, 시각화 및 고객에 대한 가용성입니다.
동적 클래스를 사용하고 다음 계산까지 시간이 많이 남으면 (사용하지 않는) 리소스가 엉덩이에 남아 있지 않도록 크래시하는 것이 좋다고 알고 있는데요?
아니면 제가 이해하지 못한 부분이 있나요?
ZY 사실 저에게는 그다지 중요하지 않습니다. 여기서 키보드를 누르는 동안 계산을 최적화하고 한 번의 통화 시간을 1 초 미만으로 만들었으므로 (기록 데이터는 기본 알고리즘에 의해 계산되지 않고 마지막 막대를 처리하기 위해서만 준비됨) 모든 것이 매우 정상적으로 함께 모입니다. 15 분에 한 번 VPS가 1 초 동안 CPU를 캡처 할 수 있고 리소스를 1000 배 줄이더라도 다음 바 전에 현재 계산을 얻을 수있는 시간이 있기를 바랍니다.
위의 질문은 순전히 학문적인 질문입니다.
그래서 동적 클래스를 사용하고 다음 계산까지 시간이 많이 남으면 (사용하지 않는) 리소스를 엉덩이에 두지 않도록 스매싱하는 것이 좋다고 생각합니까?
아니면 제가 뭔가 오해하고 있는 건가요?
아니요, 저는 서비스의 응답성과 상황을 통제할 수 있는 능력을 보여주고 증명하는 것뿐입니다. 모든 사람이 조사를 하는 것은 아닙니다.
MT4의 경우 최대 2GB의 RAM은 충분히 고통없이 먹을 수 있습니다. 전반적인 상황이 명백하게 악화되는 경우에만 경고가 트리거됩니다.
ZЫ 사실 저에게는 그다지 중요하지 않습니다. 여기서 키보드를 누르는 동안 계산을 최적화하고 한 번의 통화 시간을 1 초 미만으로 조정 했으므로 (기록 데이터는 기본 알고리즘에 의해 계산되지 않고 마지막 막대를 처리하기 위해서만 준비됨) 모든 것이 매우 정상적으로 함께 모였습니다. 15 분에 한 번 VPS가 1 초 동안 CPU를 캡처 할 수 있기를 바라며 리소스를 1000 배 줄이더라도 다음 바 전에 현재 계산을 얻을 시간이 있기를 바랍니다.
거의 항상 계산 속도를 높이는 알고리즘 방법을 찾을 수 있으므로 제한은 좋은 것입니다. 제한을 두면 무차별 대입을 덜 생각하고 덜 사용하게 됩니다.
우리는 "1 초 동안 CPU를 잡기"에 대해 말하는 것이 아니라 전문가 조언자가 CPU (하나 또는 여러 코어)를 쉬지 않고 사용하고 미친 듯이 행동하고 접근 방식을 변경하고 싶지 않은 분명히 문제가되는 경우에 대해 이야기하고 있습니다. 현재 이러한 사례가 몇 가지 있으며 여전히 관찰 중입니다.
앞서 설명했듯이 질문을 "아니요, 어려운 한계를 알려주세요!"로 축소해서는 안됩니다. 공유 공간의 자원에 대한 평가는 이웃에게 피해를 주든 안 주든 주관적이기 때문에 아무도 그것을 말하고 불가침성을 선언하지 않을 것입니다 (이것이 질문자가 요구하는 것입니다).
아니요, 저는 서비스의 응답성과 상황 제어 능력을 보여주고 증명하는 것뿐입니다. 연구를 수행하는 것은 같은 사람들이 아닙니다.
MT4의 경우 최대 2GB의 RAM을 매우 고통없이 소비 할 수 있습니다. 전반적인 상황이 명확하게 악화되는 경우에만 경고가 트리거됩니다.
계산 속도를 높이는 알고리즘 방법을 찾는 것은 거의 항상 가능하므로 제한을 두는 것이 좋습니다. 무차별 대입을 덜 생각하고 사용하도록 강요합니다.
우리는 "1 초 동안 CPU를 잡는 것"에 대해 말하는 것이 아니라 전문가 조언자가 CPU (하나 또는 여러 코어)를 쉬지 않고 차지하고 미친 듯이 행동하며 접근 방식을 변경하고 싶지 않은 분명히 문제가되는 경우에 대해 이야기하고 있습니다. 현재 이러한 사례가 몇 가지 있으며 여전히 관찰 중입니다.
앞서 설명했듯이 질문을 "아니요, 어려운 한계를 알려주세요!"로 축소해서는 안됩니다. 공유 공간에서 자원에 대한 평가는 이웃에게 피해를 주든 안 주든 주관적이기 때문에 아무도 그것을 말하고 불가침성을 선언하지 않을 것입니다 (질문자가 요구하는 것입니다).
저는 오래 전에 한계라고 부르지 않는 것이 최적화와 한계까지 밀어 붙이는 것으로 이어지기 때문에 한계라고 부르지 않는다는 것을 깨달았습니다.
문제는 다릅니다. 내 알고리즘은 본질적으로 병렬이며 각 스레드에 대해 개별적으로 무겁지 않지만 순차적 처리에 들어가면 CPU는 허용 가능한 최소 품질을 희생하면서 리소스를 잃게됩니다 (이로 인해 중요도가 증가합니다). 이제 우리는 과소 평가 된 품질이 허용되지 않는 지점을 간접적 인 징후로 결정하는 알고리즘이 필요하며 이것은 또 다른 골칫거리입니다.
ZЫ mql에서 스레드에 대한 최소한의 제어만이라도 제공한다면 매우 멋질 것입니다.
ZZY 우리가 요청한 OpenCL과 Ilyas'a의 노력 덕분에 더 많은 것을 얻었지만 vps 또는 클라우드 문제를 해결하지는 못합니다.
가상 서버를 시작하고 며칠 동안 다양한 모드로 실행한 다음 성능 그래프에서 얻은 결과를 여기에 게시하세요.
어떤 결과가 나오는지 살펴봅시다.
가상 서버를 시작하고 며칠 동안 다양한 모드로 실행한 다음 성능 그래프에서 얻은 결과를 여기에 게시하세요.
어떤 결과가 나오는지 봅시다.
PC에 Metatrader 5 터미널 버전 5가 설치되어 있었습니다. 내 계정에서 " 가상 서버 등록"이 표시되지 않습니다. 내가 놓친 단계가 있거나 설정 또는 다운로드 버전이 잘못 되었습니까?
어떤 피드백과 조언도 환영합니다. 미리 감사드립니다.
안녕하세요!
데모에서 가상 서버를 시도했지만 지금까지 작동하지 않고 동기화를 거부했습니다.
스크린샷 첨부 - 제가 뭘 잘못하고 있나요?
안녕하세요!
데모에서 가상 서버를 시도했지만 지금까지 작동하지 않고 동기화를 거부했습니다.
스크린샷 첨부 - 제가 뭘 잘못하고 있나요?
독일에서 시작했는데 처음에 동기화 버튼을 몰랐던 것 같습니다 :)
오늘 서버에 문제가 없나요?
로그에서 확인해보세요:
2015.02.11 09:50:21.178 가상 호스팅: 6892 '영국' 서버에 연결하지 못했습니다(199.59.206.34:443 실패).
2015.02.11 09:49:33.738 가상호스팅: 6891 '네덜란드' 서버에 연결하지 못했습니다(78.140.180.90:443 실패).
2015.02.11 09:48:46.205 가상 호스팅: 6890 '네덜란드' 서버에 연결하지 못했습니다(78.140.176.167:443 실패).
안녕하세요, 레나트님.
어떤 이유로 커뮤니티에 돈이있을 때 " 가상 서버 할당"을 할 수 없습니다.
브로커 오트크리티, MT5입니다.
해결책이 있나요?