MetaTrader 4/5 플랫폼의 가상 호스팅 및 데이터 보안 - 페이지 7

 
joo :
최소한의 이해가 있습니다. 그리고 기사를 읽으십시오. 그러나 그것이 기사가 해당 고문의 우선 순위의 동적 감소에 대해 이야기했기 때문에 질문이 발생하는 이유입니다. 대식가가 차단되고 "뻔뻔할 필요가 없습니다."라고 말합니다. 동적 우선 순위 감소가 작동합니까?
아마도 호스팅을 하고 확인해야 할 때입니다. 그렇지 않으면 무한한 질문을 할 수 있습니다.
 
joo :
최소한의 이해가 있습니다. 그리고 기사를 읽으십시오. 그러나 그것이 기사가 해당 고문의 우선 순위의 동적 감소에 대해 이야기했기 때문에 질문이 발생하는 이유입니다. 대식가가 차단되고 "뻔뻔할 필요가 없습니다."라고 말합니다. 동적 우선 순위 감소가 작동합니까?

우선 순위 낮추기, 소프트 한도에서 알림 보내기, 하드 한도에서 후속 중지 등 모든 것을 자세히 설명했습니다.

지금 우리는 리소스 제어 작업을 하고 있으며 MetaQuotes ID 에 대한 알림을 활성화했으며 제한을 올바르게 설정하기 위해 통계를 수집하고 있습니다.

 
barabashkakvn :
아마도 호스팅을 하고 확인해야 할 때입니다. 그렇지 않으면 무한한 질문을 할 수 있습니다.

정확히.

하루는 무료테스트를 해보는데 체크는 해보지 않았어요 :)

 
Renat :

정확히.

무료테스트가 있는 날인데 확인조차 해보지 않았어요 :)

시도했지만 작동하지 않았습니다. 그것은 서비스 형성의 새벽과 4-ke였습니다. 나는 여전히 5가 필요하기 때문에 더 이상 시도하지 않았지만 "확인"하는 것은 불가능합니다.

그리고 그러한 기회가 나타나더라도 여전히 시도할 수 없습니다.

1. 어떤 이유로 지표(일반)는 차트에 설정된 값보다 기록에서 더 많은 막대를 계산합니다. 이유는 명확하지 않습니다.

2. 지표 핸들을 생성 하고 삭제하면 차트의 EA에서는 작동하지만 테스터에서는 작동하지 않습니다. 즉시 사용 가능한 모든 메모리를 막고 시스템을 중단합니다. 이유는 명확하지 않습니다.

서비스 데스크는 조용합니다. 오류는 치명적이지만 그는 침묵합니다.

작동해야 하는 것이 작동하지 않으면 어떻게 시도합니까?

그리고 MetaQuotes ID 에 대한 알림이 작동하지 않습니다.

 
joo :

시도했지만 작동하지 않았습니다. 그것은 서비스 형성의 새벽과 4-ke였습니다. 나는 여전히 5가 필요하기 때문에 더 이상 시도하지 않았지만 "확인"하는 것은 불가능합니다.

지금 시도하십시오.



그런 다음 주제에서 벗어납니다.

그리고 그러한 기회가 나타나더라도 여전히 시도할 수 없습니다.

1. 어떤 이유로 지표(일반)는 차트에 설정된 값보다 기록에서 더 많은 막대를 계산합니다. 이유는 명확하지 않습니다.

사용 가능한 막대의 수를 로그에 출력합니다.

테스터에 있으면 모든 것이 명확합니다. 여백이 있는 막대를 제공합니다. 주 터미널에 있으면 누적된 새 막대가 기록을 변경하지 않습니다. 이는 지표와 전문가에게 재앙적인 결과를 초래할 수 있기 때문입니다. 따라서 역사는 축적되고 있습니다. 15년 동안 항상 그랬습니다.


2. 지표 핸들을 생성 하고 삭제하면 차트의 EA에서는 작동하지만 테스터에서는 작동하지 않습니다. 즉시 사용 가능한 모든 메모리를 막고 시스템을 중단합니다. 이유는 명확하지 않습니다.

서비스 데스크는 조용합니다. 오류는 치명적이지만 그는 침묵합니다.

작동해야 하는 것이 작동하지 않으면 어떻게 시도합니까?

티켓이 어제 생성되었으며 대기열에 아직 도달하지 않았습니다.

하지만 4,500개의 커스텀 인디케이터를 생성할 때 터미널의 계산 모델에 내장되어 공유 리소스가 되며 세심한 처리가 필요하다는 사실을 생각해야 합니다. 터미널은 계산된 지표를 즉시 삭제하지 않습니다.

 
joo :

그리고 MetaQuotes ID 에 대한 알림이 작동하지 않습니다.

기술적으로 증명해주세요.

오늘 하루 중 거래자는 MetaQuotes ID를 통해 50만 개 이상의 푸시 메시지를 성공적으로 보냈습니다. 개인적으로 나는 매일 수십(때로는 최대 수백)의 메시지를 받습니다.

 
Renat :
지금 시도하십시오.

"가상 서버 할당" - 데모 계정에 대해 활성화되지 않습니다. 그리고 실제의 경우 메뉴에 그런 항목이 전혀 없습니다.

그런 다음 주제에서 벗어납니다.

사용 가능한 막대의 수를 로그에 출력합니다.

테스터에 있으면 모든 것이 명확합니다. 여백이 있는 막대를 제공합니다. 주 터미널에 있는 경우 누적된 새 막대가 기록을 변경하지 않습니다. 이는 지표 및 전문가에게 치명적인 결과를 초래할 수 있기 때문입니다. 따라서 역사는 축적되고 있습니다. 15년 동안 항상 그랬습니다.

문제는 터미널 설정 에서 "창의 최대 막대"를 설정하면(예: 1000) 바로 이 창의 표시기가 설정한 것보다 더 많이 계산하지 않을 것으로 예상됩니다. 그렇지 않다면 이 기능은 무엇을 위한 것입니까? 그러나 아니요 - 표시기는 철도에있는 전체 역사를 계산합니다.

티켓이 어제 생성되었으며 대기열에 아직 도달하지 않았습니다.

하지만 4,500개의 커스텀 인디케이터를 생성할 때는 터미널의 계산 모델에 내장되어 세심한 처리가 필요하다는 점을 생각해야 합니다.

4500개가 있었다면... 그래서 하나는 일반적으로 생성할 수 없고 삭제할 수 없습니다. 차트에는 있지만 테스터에는 없습니다.

적어도 차트에서 실행되는 코드는 테스터에서 유사하게 작동할 것으로 예상됩니다(거래 결과의 ID에 대해 말하는 것이 아니며 경고, 사운드 재생 및 슬립에 대해 말하는 것이 아닙니다). 코드의 동작은 동일해야 합니다. 지금 호스팅에서 아무것도 확인할 수 있는 방법이 없습니다. 어드바이저는 호스팅에서 작업할 수 없습니다.

 
Renat :

기술적으로 증명해주세요.

오늘 하루 중 거래자는 MetaQuotes ID를 통해 50만 개 이상의 푸시 메시지를 성공적으로 보냈습니다. 개인적으로 나는 매일 수십(때로는 최대 수백)의 메시지를 받습니다.

나는 개인적으로 MQ 전문가에게 모든 기술적인 세부 사항을 제공하게 되어 기뻤습니다. 푸시 알림이 불안정합니다. 며칠 전에 그들은 완전히 일을 중단했습니다. 나는 아무 죄도 짓지 않았습니다 - 킬러에 의해 무고하게 죽인 프로세스와 비뚤어진 펌웨어에 대해 ... 며칠 전에 푸시가 작동하는 전화기에 깨끗한 펌웨어를 특별히 업로드했습니다. 아니요, 그들은 ' 일. 요청 시 전문가에게 증거를 다시 제공하겠습니다. 문제 없습니다.
 
joo :

"가상 서버 할당" - 데모 계정에 대해 활성화되지 않습니다. 그리고 실제의 경우 메뉴에 그런 항목이 전혀 없습니다.

비활성 계정이 아닌 현재 활성 거래 계정을 클릭해야 합니다. 계정 데이터가 필요하기 때문에 필요합니다.

데모 계정에서는 모든 것이 잘 작동합니다. 제한 사항이 없습니다.


문제는 터미널 설정 에서 "창의 최대 막대"를 설정하면(예: 1000) 바로 이 창의 표시기가 설정한 것보다 더 많이 계산하지 않을 것으로 예상됩니다. 그렇지 않다면 이 기능은 무엇을 위한 것입니까? 그러나 아니요 - 표시기는 철도에있는 전체 역사를 계산합니다.

당신은 무언가를 혼동하거나 더 나쁘게 만듭니다. 증거가 없고 특히 디스크의 정확한 레코드 수를 지정하지 않은 경우(1100개의 레코드가 있을 수 있음).


4500개가 있었다면... 그래서 하나는 일반적으로 생성할 수 없고 삭제할 수 없습니다. 차트에는 있지만 테스터에는 없습니다.

4,500개의 사용자 지정 지표를 만들기 위한 테스트 코드를 제공했습니다. 표시기가 즉시 삭제되지 않으며 이로 인해 메모리 부족이 발생할 수 있다고 설명했습니다.


적어도 차트에서 실행되는 코드는 테스터에서 유사하게 작동할 것으로 예상됩니다(거래 결과의 ID에 대해 말하는 것이 아니며 경고, 사운드 재생 및 슬립에 대해 말하는 것이 아닙니다). 코드의 동작은 동일해야 합니다. 지금은 아무것도 확인할 수 없습니다. 고문은 호스팅 작업을 할 수 없습니다.

당신은 기술적인 세부 사항을 잊어 버렸지만 중요한 결론에 대해서는 매우 관대합니다.

Expert Advisor의 동작이 "수천 개의 독립 지표 생성" 예와 유사하다면 분석 접근 방식을 재고하는 것이 좋습니다. 예를 들어, 비싸고 독립적인 지표를 시작하는 대신 짧은 데이터 세그먼트에 내장된 지표 계산 기능을 사용하십시오.

지표(그리고 더 나아가 맞춤형 지표)는 장기간 사용을 위해 특별히 만들어진 값비싼 독립 장기 계정 단위입니다. 생성하는 데 비용이 많이 들고 전체 데이터 간격에서 빠르게 작동하고 마지막에 삭제하는 데도 비용이 많이 듭니다. "즉시 생성 및 삭제" 옵션은 표시기와 관련하여 근본적으로 잘못되었습니다.


그것은 모두 주제가 아닙니다. 전문가에 대해 논의하려면 별도의 스레드를 만드십시오.

 
Renat :

비활성 계정이 아닌 현재 활성 거래 계정을 클릭해야 합니다. 계정 데이터가 필요하기 때문에 필요합니다.

데모 계정에서는 모든 것이 잘 작동합니다. 제한 사항이 없습니다.

예, 모든 작업을 수행합니다. 비활성 상태입니다.

당신은 무언가를 혼동하거나 더 나쁘게 만듭니다. 증거가 없고 특히 디스크의 정확한 레코드 수를 지정하지 않은 경우(1100개의 레코드가 있을 수 있음).


4,500개의 사용자 지정 지표를 만들기 위한 테스트 코드를 제공했습니다. 표시기가 즉시 삭제되지 않으며 이로 인해 메모리 부족이 발생할 수 있다고 설명했습니다.

디스크에는 200,000개가 넘는 막대가 있습니다. 적어도 Bars()가 거짓말을 하지 않는다면

Expert Advisor의 동작이 "수천 개의 독립 지표 생성" 예와 유사하면 분석 접근 방식을 재고하는 것이 좋습니다. 예를 들어, 비싸고 독립적인 지표를 시작하는 대신 짧은 데이터 세그먼트에 내장된 지표 계산 기능을 사용하십시오.

지표(그리고 더 나아가 맞춤형 지표)는 장기간 사용을 위해 특별히 만들어진 값비싼 독립 장기 계정 단위입니다. 생성하는 데 비용이 많이 들고 전체 데이터 간격에서 빠르게 작동하고 마지막에 삭제하는 데도 비용이 많이 듭니다. "즉시 생성 및 삭제" 옵션은 표시기와 관련하여 근본적으로 잘못되었습니다.

지표의 인스턴스를 하나만 생성한다고 썼습니다. " "생성하고 즉시 삭제" 옵션은 지표와 관련하여 근본적으로 잘못되었습니다. " - 이것이 바로 옵티마이저가 하는 일입니다. 그리고 나쁜 일은 일어나지 않습니다. 사용자 는 지표 생성 , 데이터 수집, 지표 삭제와 같은 작업을 수행할 수 없습니다.

그것은 모두 주제가 아닙니다. 전문가에 대해 논의하려면 별도의 스레드를 만드십시오.

도움이 되고 싶었습니다. 알겠습니다. 다시는 하지 않겠습니다.