몇 년 후에는 하드웨어가 달라질 것입니다. 이미 CPU 코어의 수가 증가하면서 전력은 감소하고 있고
동시에 GPU 코어의 성능이 향상되고 있습니다. 이상적으로는 직렬 및 병렬 코드를 모두 빠르게 연마할 수 있는 하나의 범용 장치로 병합될 것입니다.
그러나 모든 GPU 계산이 구현되고 플랫폼에 대한 단점은 확실히 아닙니다.
"기술적" 문제라 함은 하드웨어 문제를 의미하는 것이 아닙니다.
"Windows 드라이버 모델이 서비스에서 GPU에 대한 액세스를 허용하지 않음"을 의미했습니다. 즉, 모든 사람이 갑자기 빠진 보안 액세스 수준의 아키텍처 매복입니다.
그리고 가까운 장래에이 모델에서 벗어나는 것은 불가능합니다. 적어도 범용 GPU에서는 불가능합니다. 엔비디아 테슬라는 여전히 "계산 전용" 모드에서 직접 액세스를 위한 맞춤형 드라이버를 제공할 수 있지만, 일반 그래픽 카드는 여전히 동일한 칩에서 그래픽을 회전시켜야 하기 때문에 이를 돌파할 수 없습니다.
1. 내 컴퓨터의 상담원 관리자에 상담원 4명(코어 4개)이 있고 실행 중인 것으로 표시됩니다. 동시에 사이트의 내 프로필에 "상담원 목록이 비어 있습니다"라는 메시지가 표시되지 않습니다.
2. 최적화, 유전 알고리즘을 시작했습니다. "MQL5 Cloud Europe2"에 1000 개 이상의 에이전트가 있으며 2.0의 균형이 있음을 보여줍니다. 얼마 동안 사용했는데 잔액이 1.88로 감소하고 모든 것이 멈췄습니다. 사용 가능한 에이전트 수와 함께 Authorised라고 쓰여 있지만 어떤 이유로 사용되지 않습니다. 거의 24시간 동안 프로세서로 크롤링하고 있습니다.
사실, 네트워크(인터넷, LAN, WAN 또는 클라우드) 없이도 컴퓨터에 여러 에이전트를 설치하여 직접 사용할 수 있지만 훨씬 더 느리다는 것을 알았습니다 >_<
방법은 다음과 같습니다: MetaTester.exe(64비트를 사용하는 경우 MetaTester64.exe)를 실행하고 "개요" 및"MQL5 클라우드 네트워크" 탭의 모든 항목을 선택 해제하고 "서비스" 탭에서 여러 에이전트를 추가한 후 에이전트 목록을 마우스 오른쪽 버튼으로 클릭하고 "내보내기"를 선택합니다.
MT5 및 전략 테스터를 열고 (Ctrl + R) "에이전트" 탭에서 마우스 오른쪽 버튼을 클릭하고 "가져오기"를 선택한 다음 에이전트 목록을 가져오면 "원격" 아래에 여러 에이전트가 있는 것을 볼 수 있습니다. 이 에이전트는 실제로 MT5와 동일한 컴퓨터에 설치되어 있지만 동일한 MT5는이 에이전트를 원격으로 간주합니다.
다시 말하지만, - 듀얼 코어를 사용하고 많은 에이전트를 설치했기 때문일 수 있습니다 - 이것을 테스트 할 때 속도가 빨라지지 않고 실제로 속도가 더 느려집니다 >_<.
제 질문에 답하자면. 예를 들어 1,000,000개의 상호작용을 수행하여 파이의 수를 계산하는 등 여러 개의 간단한 계산을 수행해야 할 때 GPU 계산이 좋은 이점을 제공합니다.
그러나 테스트 에이전트의 경우 CPU와 GPU가 필요한 이러한 작업에는 적합하지 않습니다.
맞습니다. 하지만 제가 기억하는 한 MQ는 에이전트에서 OpenCL을 지원할지 여부에 대해 최종 결정을 내리지 않았습니다.
여기서 어려운 점은 일반적으로 에이전트보다 그래픽 카드 수가 적다는 것입니다. 즉, 액세스 순서를 결정해야 하며, 이는 본질적으로 계산을 순차적(최악의 경우)으로 줄여줍니다.
다른 문제는 덜 복잡하지는 않지만 적어도 문제 진술에는 문제가 없습니다.
물론입니다. 하지만 제가 기억하는 한 MQ는 아직 에이전트에서 OpenCL을 지원할지 여부를 최종 결정하지 않았습니다.
여기서 어려운 점은 일반적으로 에이전트보다 그래픽 카드 수가 적다는 것입니다.
에이전트의 OpenCL 문제는 여기에 설명되어 있습니다: MQL5 클라우드 네트워크 서비스 및 원격 에이전트의 OpenCL/GPU 제한에 대한 설명
GPU 드라이버 모델이 변경되기 전까지는 서비스에서 GPU 기능에 액세스할 수 없습니다(에이전트는 서비스로 작동). 이는 사실상 몇 년 동안의 기술적 폐쇄에 해당합니다.
우리는 그것과 아무 관련이 없으며 모든 GPU 용 분산 소프트웨어 제조업체가 동일한 문제에 빠졌습니다.
에이전트의 OpenCL 문제는 여기에 설명되어 있습니다: MQL5 클라우드 네트워크 서비스 및 원격 에이전트의 OpenCL/GPU 제한에 대한 설명
GPU 드라이버 모델이 변경될 때까지는 서비스에서 GPU 기능에 액세스할 수 없습니다(에이전트는 서비스로 작동). 이는 사실상 몇 년 동안의 기술적 폐쇄에 해당합니다.
우리는 그것과 아무 관련이 없으며 모든 GPU 용 분산 소프트웨어 제조업체가 동일한 문제에 빠졌습니다.
몇 년 후에는 하드웨어가 달라질 것입니다. 이미 CPU 코어 수가 증가하면서 전력이 감소하고 있습니다.
GPU 코어의 성능은 동시에 증가했습니다. 이상적으로는 직렬 및 병렬 코드를 모두 빠르게 연마할 수 있는 하나의 범용 장치로 병합될 것입니다.
그러나 모든 GPU 계산이 구현된 후에는 플랫폼에 단점이 되지 않습니다.
몇 년 후에는 하드웨어가 달라질 것입니다. 이미 CPU 코어의 수가 증가하면서 전력은 감소하고 있고
동시에 GPU 코어의 성능이 향상되고 있습니다. 이상적으로는 직렬 및 병렬 코드를 모두 빠르게 연마할 수 있는 하나의 범용 장치로 병합될 것입니다.
그러나 모든 GPU 계산이 구현되고 플랫폼에 대한 단점은 확실히 아닙니다.
"기술적" 문제라 함은 하드웨어 문제를 의미하는 것이 아닙니다.
"Windows 드라이버 모델이 서비스에서 GPU에 대한 액세스를 허용하지 않음"을 의미했습니다. 즉, 모든 사람이 갑자기 빠진 보안 액세스 수준의 아키텍처 매복입니다.
그리고 가까운 장래에이 모델에서 벗어나는 것은 불가능합니다. 적어도 범용 GPU에서는 불가능합니다. 엔비디아 테슬라는 여전히 "계산 전용" 모드에서 직접 액세스를 위한 맞춤형 드라이버를 제공할 수 있지만, 일반 그래픽 카드는 여전히 동일한 칩에서 그래픽을 회전시켜야 하기 때문에 이를 돌파할 수 없습니다.
실례합니다만, 1,000,000번의 계산에 얼마의 비용이 들까요? 1,000,000번의 작업을 수행하면 분배 시스템에서 한 대의 컴퓨터에 얼마를 지급하나요?
지불은 작업 수가 아니라 솔루션에 소요된 시간에 따라 이루어집니다.
일반적으로 여기에 모두 나와 있습니다 https://cloud.mql5.com/ru/faq/payments.
안녕하세요. 클라우드 공제에 대한 두 가지 문제가 있습니다.
1. 내 컴퓨터의 상담원 관리자에 상담원 4명(코어 4개)이 있고 실행 중인 것으로 표시됩니다. 동시에 사이트의 내 프로필에 "상담원 목록이 비어 있습니다"라는 메시지가 표시되지 않습니다.
2. 최적화, 유전 알고리즘을 시작했습니다. "MQL5 Cloud Europe2"에 1000 개 이상의 에이전트가 있으며 2.0의 균형이 있음을 보여줍니다. 얼마 동안 사용했는데 잔액이 1.88로 감소하고 모든 것이 멈췄습니다. 사용 가능한 에이전트 수와 함께 Authorised라고 쓰여 있지만 어떤 이유로 사용되지 않습니다. 거의 24시간 동안 프로세서로 크롤링하고 있습니다.
상담원이 클라우드에서 하나 이상의 작업을 실행하는 즉시 웹사이트의 통계에 표시됩니다.
2. "상담원 - 작업"의 개인 프로필에서 작업의 세부 정보를 볼 수 있습니다. 2.00개 중 실제로 0.12개가 사용되었습니다. 다시 실행해 보세요. 잔액을 마이너스로 만들지 않으려는 클라우드의 방어책인 것 같습니다.
사실, 네트워크(인터넷, LAN, WAN 또는 클라우드) 없이도 컴퓨터에 여러 에이전트를 설치하여 직접 사용할 수 있지만 훨씬 더 느리다는 것을 알았습니다 >_<
방법은 다음과 같습니다: MetaTester.exe(64비트를 사용하는 경우 MetaTester64.exe)를 실행하고 "개요" 및"MQL5 클라우드 네트워크" 탭의 모든 항목을 선택 해제하고 "서비스" 탭에서 여러 에이전트를 추가한 후 에이전트 목록을 마우스 오른쪽 버튼으로 클릭하고 "내보내기"를 선택합니다.
MT5 및 전략 테스터를 열고 (Ctrl + R) "에이전트" 탭에서 마우스 오른쪽 버튼을 클릭하고 "가져오기"를 선택한 다음 에이전트 목록을 가져오면 "원격" 아래에 여러 에이전트가 있는 것을 볼 수 있습니다. 이 에이전트는 실제로 MT5와 동일한 컴퓨터에 설치되어 있지만 동일한 MT5는이 에이전트를 원격으로 간주합니다.
다시 말하지만, - 듀얼 코어를 사용하고 많은 에이전트를 설치했기 때문일 수 있습니다 - 이것을 테스트 할 때 속도가 빨라지지 않고 실제로 속도가 더 느려집니다 >_<.
클라우드 크리에이터 여러분 안녕하세요,
클라우드의 기능을 향상시키기 위한 구체적인 제안이 있습니다.
전략 테스터는 물론 모두 멋집니다.
하지만 많은 사람들이 전략 테스터 없이도 복잡한 계산을 실시간으로 사용한다고 생각합니다,
예를 들어 저도 그런 문제에 직면했습니다:
나는 많은 계산을하는 지표를 만들었습니다 (터미널이 차트를 그릴 시간을 갖도록 중단 포함).
예를 들어, N 번의 계산을 수행하지만 더 많은 N 번 (100 또는 1000 또는 10000 번)을 원합니다,
물론 컴퓨터 10대를 구입하고 40대의 단말기를 실행하여 지표 동기화 수준에서 이 모든 시간을 관리할 수 있습니다.
하지만 클라우드 네트워크에서 실시간으로 지표를 계산하면 멋질 것 같고, 저도 프로그래머이기 때문에 가능하다고 생각합니다.
그리고 나는 그것이 인기있는 서비스가 될 것이라고 확신합니다.
저에게 보이는 전략 테스터는 아이디어를 테스트하는 데 사용되며 아이디어가 잘 나타나면 실시간으로 작동하는 시스템이 작성되고 여기에 성능이 필요합니다.