MQL5 클라우드 네트워크의 리소스 비용 계산 공식에 대한 공개 토론 - 페이지 45

 
KARLSON1991 :

알겠습니다 감사합니다 그리고 또 한가지 질문이 있는데 제가 코어가 4개인데 트래픽으로 판단하면 1개만 활성화되고 나머지는 켜져있는데 작업이 적어서 그런건가요? 그리고 컨텍스트 메뉴에 들어가는 방법은 무엇입니까?

1. 코어 로드는 작업 수에 따라 다릅니다. 에이전트가 하나만 작동하면 나머지는 유휴 상태입니다. 이는 클라우드에 작업이 거의 없음을 의미합니다.

2. 상황에 맞는 메뉴 - Windows에서와 같이 - 에이전트 목록을 마우스 오른쪽 버튼으로 클릭합니다.

 

모두에게 좋은 하루!

무슨 일이 일어났는지, 162에서 184까지 8개의 agnet에서 PR을 했지만 수익성이 없었습니다! 6개월 간 5달러 간신히 모였다! 최근에는 일반적으로 컴퓨터가 마이너스에서 작동한다고 말할 수 있습니다. 사람들이 메타 트레이더 5 사용을 중단 했습니까?

 

글쎄 iii


누가 가입.


)

이 "마법 시스템"이 작동합니까? 조언자를 최적화하는 사람의 측면에서. 정말 멋지다. 1,500코어로 PC를 잠시 가져보세요))))


그러나 제공하는 사람의 측면에서? 제안 등은 어떻습니까? 그리고 얼마나 자주 일이 있습니까? 나는 어제 밤에 관심을 가지고 여기에 연결했습니다. 모든 것을 올바르게 하는 방법. 그러나 현재로서는 0입니다. )))))))) 아니다. 나는 그가 나에게 적어도 한 달에 30일을 벌기를 바랍니다. 지금까지는 재미로 일주일 동안 켜봤습니다. 비어 있으면 추가로. 끄다)


하지만. 누가 이것을 계속하는지에 대한 대략적인 통계를 아는 것은 흥미 롭습니다. :)



 
Aleksey Radzisheuski :

글쎄 iii

누가 가입.

)

이 "마법 시스템"이 작동합니까? 조언자를 최적화하는 사람의 측면에서. 정말 멋지다. 1,500코어로 PC를 잠시 가져보세요))))

그러나 제공하는 사람의 측면에서? 제안 등은 어떻습니까? 그리고 얼마나 자주 일이 있습니까? 나는 어제 밤에 관심을 가지고 여기에 연결했습니다. 모든 것을 올바르게 하는 방법. 하지만 지금은 제로. )))))))) 아니다. 나는 그가 나에게 적어도 한 달에 30일을 벌기를 바랍니다. 지금까지는 재미로 일주일 동안 켜봤습니다. 비어 있으면 추가로. 끄다)

하지만. 누가 이것을 계속하는지에 대한 대략적인 통계를 아는 것은 흥미 롭습니다. :)

일하고 있어, 기다려. 보통 토요일에
 
Renat Fatkhullin :


MQL5 클라우드 네트워크의 계산

금전적 계산은 테스트 에이전트의 성능과 작업을 완료하는 데 걸리는 시간을 고려합니다. 각 테스트 에이전트에는 자체 성능 지수(PR)가 있습니다. 프로세서 성능이 높을수록 이 지표가 높아지고 단위 시간당 더 많은 계산을 수행할 수 있습니다.

현재 수행 된 계산에 대한 자금 회계는 다음 고려 사항을 기반으로합니다. PR=100인 테스트 에이전트를 한 시간 동안 실행하는 비용은 $0.01입니다. 하나의 양자는 작업 단위로 간주되며, 이는 1ms(1밀리초) 동안 PR=1인 에이전트의 작업과 같습니다. 따라서 하나의 퀀텀 비용은 다음과 같습니다.

표는 PR=100인 단일 코어 테스팅 에이전트의 1시간 및 1개월 작업에 대한 계산을 보여줍니다.


흥미롭게도 시스템은 부하에 따라 성능 저하를 고려합니까?
예를 들어 TurboBoost 모드가 있는 4코어 I7은 부하 없이 4GHz에서 작동할 수 있으며(예:) 부하가 각 코어에 대해 100%로 증가하면 프로세서 주파수는 예를 들어 3.4GHz(15% ). 따라서 성능 및 PR이 과대 평가될 수 있습니다(성능 테스트가 한 번에 모두가 아닌 1개의 코어에서만 차례로 수행된 경우).

그리고 프로세서 냉각이 불량하면 프로세서가 과열되지 않도록 성능을 더욱 저하시키기 시작합니다.

결과적으로 TurboBoost가 없는 1-2개의 코어 프로세서(최대 I3)의 에이전트가 더 생산적이거나 TurboBoost가 있는 에이전트(I5, I7)와 동등할 수 있습니다. 그러나 동시에 I5, I7 프로세서가 등급에서 더 높을 것이며 가장 먼저 작업을 수행할 것이므로 I3의 에이전트보다 느리고 동시에 더 비쌉니다.

예시
I7-6700 터보 주파수 = 4GHz, 기본 주파수 3.4GHz
I3-6100은 항상 기본 주파수=3.7GHz에서 실행됩니다.
각 코어에서 차례로 정격을 측정하면 I7은 4GHz, I3은 3.7로 측정됩니다.
그리고 전체 부하에서 I7의 개별 에이전트는 3.4GHz에서 작동합니다. I3보다 느리고 더 비싸면 완전히 불공평합니다.

이 상황에서는 I7-6700이 아닌 I3-6100의 에이전트가 작업을 수행하는 것이 좋습니다.
 
elibrarius :

흥미롭게도 시스템은 부하에 따라 성능 저하를 고려합니까?
예를 들어 TurboBoost 모드가 있는 4코어 I7은 부하 없이 4GHz에서 작동할 수 있으며(예:) 부하가 각 코어에 대해 100%로 증가하면 프로세서 주파수는 예를 들어 3.4GHz(15% ). 따라서 성능 및 PR이 과대 평가될 수 있습니다(성능 테스트가 한 번에 모두가 아닌 1개의 코어에서만 차례로 수행된 경우).

그리고 프로세서 냉각이 불량하면 프로세서가 과열되지 않도록 성능을 더욱 저하시키기 시작합니다.

결과적으로 TurboBoost가 없는 1-2개의 코어 프로세서(최대 I3)의 에이전트가 더 생산적이거나 TurboBoost가 있는 에이전트(I5, I7)와 동등할 수 있습니다. 그러나 동시에 I5, I7 프로세서가 등급에서 더 높을 것이며 가장 먼저 작업을 수행할 것이므로 I3의 에이전트보다 느리고 동시에 더 비쌉니다.

예시
I7-6700 터보 주파수 = 4GHz, 기본 주파수 3.4GHz
I3-6100은 항상 기본 주파수=3.7GHz에서 실행됩니다.
각 코어에서 차례로 정격을 측정하면 I7은 4GHz, I3은 3.7로 측정됩니다.
그리고 전체 부하에서 I7의 개별 에이전트는 3.4GHz에서 작동합니다. I3보다 느리고 더 비싸면 완전히 불공평합니다.

이 상황에서는 I7-6700이 아닌 I3-6100의 에이전트가 작업을 수행하는 것이 좋습니다.

이것은 클라우드에서 마이닝을 위한 터무니없이 비싼 솔루션입니다. 이렇게 필요합니다. :) 그리고 전문가를 최적화 하려면 .. 100개의 스레드가 있고 무엇이든 최적화할 수 있습니다. 300달러에 32개의 플로우, 나쁘지 않아


 
elibrarius :

흥미롭게도 시스템은 부하에 따라 성능 저하를 고려합니까?
예를 들어 TurboBoost 모드가 있는 4코어 I7은 부하 없이 4GHz에서 작동할 수 있으며(예:) 부하가 각 코어에 대해 100%로 증가하면 프로세서 주파수는 예를 들어 3.4GHz(15% ). 따라서 성능 및 PR이 과대 평가될 수 있습니다(성능 테스트가 한 번에 모두가 아닌 1개의 코어에서만 차례로 수행된 경우).

그리고 프로세서 냉각이 불량하면 프로세서가 과열되지 않도록 성능을 더욱 저하시키기 시작합니다.

결과적으로 TurboBoost가 없는 1-2개의 코어 프로세서(최대 I3)의 에이전트가 더 생산적이거나 TurboBoost가 있는 에이전트(I5, I7)와 동등할 수 있습니다. 그러나 동시에 I5, I7 프로세서가 등급에서 더 높을 것이며 가장 먼저 작업을 수행할 것이므로 I3의 에이전트보다 느리고 동시에 더 비쌉니다.

예시
I7-6700 터보 주파수 = 4GHz, 기본 주파수 3.4GHz
I3-6100은 항상 기본 주파수=3.7GHz에서 실행됩니다.
각 코어에서 차례로 정격을 측정하면 I7은 4GHz, I3은 3.7로 측정됩니다.
그리고 전체 부하에서 I7의 개별 에이전트는 3.4GHz에서 작동합니다. I3보다 느리고 더 비싸면 완전히 불공평합니다.

이 상황에서는 I7-6700이 아닌 I3-6100의 에이전트가 작업을 수행하는 것이 좋습니다.

이 가능성을 찾았습니다.

onInit 추가

int OnInit()
  {
   if(MQLInfoInteger(MQL_OPTIMIZATION)){
      if(TerminalInfoInteger(TERMINAL_CPU_CORES)==1)        {  return INIT_AGENT_NOT_SUITABLE;   }//если 1 то системные процессы будут приоритетнее
      if(TerminalInfoInteger(TERMINAL_CPU_CORES)>2)         {  return INIT_AGENT_NOT_SUITABLE;   }//если 4 или 8 то будет TurboBoost. Он при 100% нагр. понизит частоту
      if(TerminalInfoInteger(TERMINAL_MEMORY_PHYSICAL)<7000){  return INIT_AGENT_NOT_SUITABLE;   }//у современных компов, меньше редко ставят
      if(TerminalInfoInteger(TERMINAL_X64)==false)          {  return INIT_AGENT_NOT_SUITABLE;   }//отклонить древние 32 битные компы
   }//агент не подходит для проведения тестирования. После возврата этого кода агент больше не будет получать заданий до самого конца данной оптимизации.

.............

   return(INIT_SUCCEEDED);

}

실제로 TERMINAL_CPU_CORES 최대 2, 최대 4 또는 모두에서 어떤 옵션이 더 빨리 작동하는지 실험해야 하지만.

프로세서의 주파수도 알고 싶습니다...

또 다른 문제가 나타났습니다. 로컬 네트워크에는 8개의 에이전트가 있는 컴퓨터가 있습니다. 로컬 네트워크의 에이전트와 클라우드의 에이전트를 구별하는 방법은 무엇입니까? 컴퓨터를 100% 사용할 수 있게 하려면

 
elibrarius :

클라우드에서 일부 에이전트의 강력한(> 10-20%) 지연을 실제로 발견했습니까?

유전자 포함? 속도가 가까운 패스(매개변수 세트)를 사용합니까?

MQ처럼 이러한 "매달린" 작업으로 어려움을 겪었습니다. 패치를 직접 작성하는 것이 아니라 SD에서 문제를 재현하여 클라우드 수준에서 해결할 수 있도록 하는 것이 더 건설적입니다.

 
Andrey Khatimlianskii :

클라우드에서 일부 에이전트의 강력한(> 10-20%) 지연을 실제로 발견했습니까?

유전자 포함? 속도가 가까운 패스(매개변수 세트)를 사용합니까?

MQ처럼 이러한 "매달린" 작업으로 어려움을 겪었습니다. 패치를 직접 작성하는 것이 아니라 SD에서 문제를 재현하여 클라우드 수준에서 해결할 수 있도록 하는 것이 더 건설적입니다.

SD에서 그들은 에이전트가 무엇인지(로컬/네트워크/클라우드)에 대한 정보가 중요하고 MT5에 포함될 가치가 있다고 믿습니다.

그래서 우리는 뭔가를 생각해낼 필요가 있습니다... 분명히 우리는 프로세서의 수로 선별하지 않고 작업해야 할 것입니다. 저것들. 그냥 > 1 cpu

 
elibrarius :

SD에서 그들은 에이전트가 무엇인지(로컬/네트워크/클라우드)에 대한 정보가 중요하고 MT5에 포함될 가치가 있다고 믿습니다.

그래서 우리는 뭔가를 생각해낼 필요가 있습니다... 분명히 우리는 프로세서의 수로 선별하지 않고 작업해야 할 것입니다. 저것들. 그냥 > 1 cpu

정말 브레이크가 있나요? 오랫동안 클라우드에서 GA를 선택하지 않았습니다.