학생들의 경우 일반적으로 알고 있습니다. 상담원의 최대 부하 동안 상담원/표시기가 있는 상담원 + MT5가 있는 장치의 작동에 관심이 있습니다.
저는 데스크탑 2코어에서 에이전트를 구동하고 코어당 50 미만의 충분히 긴 로드(작업 관리자에서 0% 시스템 비활성)로 오페라에서도 터보를 켜는 것을 제안하기 시작했으며 그 중 하나는 터미널이 연결이 끊어지고 있다는 소리를 내기 시작했습니다. 예를 들어, 그런 순간에 개봉된 영화는 엉뚱한 방향으로 흘러갈 것입니다. 나는 이것을 컴퓨터에 있는 동안 일주일에 여러 번 보았다. 표시기가 있는 더/덜 멋진 EA가 그러한 상황에서 빠져 나올 것입니까, 아니면 단순히 처리할 시간이 없는 상태에서 여전히 틱을 건너뛸 것입니까? 물론 안정적인 연결로 말이죠. 특히 모바일 장치에서. 분명히 이것은 우선 순위가 아니며 이미 낮습니다.
학생들의 경우 일반적으로 알고 있습니다. 상담원의 최대 부하 동안 상담원/표시기가 있는 상담원 + MT5가 있는 장치의 작동에 관심이 있습니다.
저는 데스크탑 2코어에서 에이전트를 구동하고 코어당 50 미만의 충분히 긴 로드(작업 관리자에서 0% 시스템 비활성)로 오페라에서도 터보를 켜는 것을 제안하기 시작했으며 그 중 하나는 터미널이 연결이 끊어지고 있다는 소리를 내기 시작했습니다. 예를 들어, 그런 순간에 개봉된 영화는 엉뚱한 방향으로 흘러갈 것입니다. 나는 이것을 컴퓨터에 있는 동안 일주일에 여러 번 보았다. 지표가 있는 더/덜 정교한 Expert Advisor가 그러한 상황에서 빠져 나올 것입니까, 아니면 단순히 처리할 시간이 없는 상태에서 여전히 틱을 건너뛸 것입니까? 물론 안정적인 연결로 말이죠. 특히 모바일 장치에서. 분명히 이것은 우선 순위가 아니며 이미 낮습니다.
내년에는 분명히 사실이 될 것입니다 :)
여기에서 일정을 입력하려고 할 수 있습니다.
당신이 기계를 적극적으로 사용하고 있다면 - 당신이 영화를 보고 있다고 가정해 봅시다 - 글쎄, 이번에는 에이전트를 비활성화하십시오
연결이 끊어질 줄은 몰랐습니다.
예를 들어 두 번째 옵션은 두 개의 코어에서 실행되지 않고 하나의 코어에서 실행하는 것입니다!
당신이 기계를 적극적으로 사용하고 있다면 - 당신이 영화를 보고 있다고 가정해 봅시다 - 글쎄, 이번에는 에이전트를 비활성화하십시오
연결이 끊어질 줄은 몰랐습니다.
예를 들어 두 번째 옵션은 두 개의 코어에서 실행되지 않고 하나의 코어에서 실행하는 것입니다!
요점은 컴퓨터가 다른 방법으로 사용되는지 여부에 있을 뿐만 아니라 그다지 중요하지 않습니다. 상인의 눈으로 상황을 보십시오.
실제에서 실행되는 별도의 컴퓨터가 있습니다. 에이전트가 시스템을 중단시켜 어드바이저가 실패하지 않을지 확신하지 못한 채 에이전트를 연결하는 위험을 감수하시겠습니까? 그리고 모바일 장치의 경우 이 문제가 훨씬 더 관련이 있을 수 있습니다.
그리고 일정은 선택사항이 아닙니다. 클라우드가 내 코어를 로드할 때를 알면 사용할 수 있습니다. 따라서 에이전트가 있는 컴퓨터에서 Expert Advisor를 실행할 때 작업에 실패(더 정확하게는 처리되지 않은 틱)가 발생할 위험이 있습니다.
나는 시스템의 브레이크가 실제로 보이는 경우의 예로 영화를 인용했습니다.
커뮤니케이션에 관한 한 아직 확실하지 않습니다. 아마도 우연의 일치이거나 공급자가 "추측"한 것일 수 있습니다. 이번 주에 더 많은 정보를 추적하겠습니다.
코어의 일부 .. 글쎄, 아마도. 반면 디스패처는 좋은 부하 분산을 보여주고 있는 것 같다. 이제 코어의 총 부하를 제한하거나 선택 사항(예: 50% 이상 100개 이하)을 제공하면 훌륭할 것입니다. 개발자들만이 사용자의 불필요한 신체 움직임에 반대한다고 다시 말할 것입니다. :)
실제에서 실행되는 별도의 컴퓨터가 있습니다. 에이전트가 시스템을 중단시켜 어드바이저가 실패하지 않을지 확신하지 못한 채 에이전트를 연결하는 위험을 감수하시겠습니까? 그리고 모바일 장치의 경우 이 문제가 훨씬 더 관련이 있을 수 있습니다.
그리고 일정은 선택사항이 아닙니다. 클라우드가 내 코어를 로드할 때를 알면 사용할 수 있습니다. 따라서 에이전트가 있는 컴퓨터에서 Expert Advisor를 실행할 때 작업에 실패(더 정확하게는 처리되지 않은 틱)가 발생할 위험이 있습니다.
나는 시스템의 브레이크가 실제로 보이는 경우의 예로 영화를 인용했습니다.
커뮤니케이션에 관한 한 아직 확실하지 않습니다. 아마도 우연의 일치이거나 공급자가 "추측"한 것일 수 있습니다. 이번 주에 더 많은 정보를 추적하겠습니다.
코어의 일부 .. 글쎄, 아마도. 반면 디스패처는 좋은 부하 분산을 보여주고 있는 것 같다. 이제 코어의 총 부하를 제한하거나 선택 사항(예: 50% 이상 100개 이하)을 제공하면 훌륭할 것입니다. 개발자들만이 사용자의 불필요한 신체 움직임에 반대한다고 다시 말할 것입니다. :)
좋아, 기다려 보자.
추신 예, 그리고 EA가 "속도가 느려진"지 확인할 방법을 아직 모릅니다.
1. 제 생각에는 제 생각에 올바른 생각을 가진 사람은 실생활에서 거래하는 사람이 다른 것을 걸기 위해 위험을 감수할 사람은 거의 없습니다(거래 시간에 대해 이야기하는 경우). 또 다른 것은 휴무 시간입니다. 그러면 컴퓨터에서 원하는 대로 무엇이든 할 수 있습니다.
2. 어떻게 실행하고 어떤 종류의 컴퓨터를 보고. 이 경우 절반 이하의 코어를 사용하는 것이 바람직합니다. 에이전트가 전혀 실행되지 않는 시간을 따로 설정할 수 있기 때문에 일정도 도움이 됩니다(예: 월요일은 일반적으로 부진한 날입니다. 에이전트를 최대한 사용할 수 있으며 수요일과 금요일에는 비활성화하는 것이 좋습니다. 그들 모두).
3. 의사 소통을 희생시키면서 어쨌든 두 가지 옵션 (또는 세 가지)이 필요합니다. 전기를 사용하면 문제가 발생할 경우를 대비해 예비도 필요합니다.
4. 코어뿐만 아니라 코어가 없어도 병목 현상이 충분합니다. 예를 들어, RAM과 디스크, 동일한 인터넷.
그래서, 나는 무언가를 이해하지 못했습니다. 에이전트별로 트래픽을 계산할 가능성에 대해 이야기한 것 같습니다. 어디를 볼까요?
사이트의 프로필에서 바로 볼 수 있습니다. 수익에 대한 자세한 일일 보고서를 추가합니다.
일주일 안에 사이트가 에이전트 통계를 표시하기 시작할 것이라고 생각합니다.
사이트의 프로필에서 바로 볼 수 있습니다. 수익에 대한 자세한 일일 보고서를 추가합니다.
일주일 안에 사이트가 에이전트 통계를 표시하기 시작할 것이라고 생각합니다.
코어에 대해 시간당 2센트에 양도하시겠습니까?
0.02×24×30×34≈ 월 $490
몰라, 시장이 판단할 것 같아
발전할 가격을 봅시다 - 나는 지금 가격에 대해 이야기할 준비가 되지 않았습니다!
지금은 풀에 코어를 구축하는 중입니다... 수익성이 있다면 풀에 머무르지 않겠습니까?
현재 이미 36개의 코어가 있습니다.
수동 소득은 해를 끼치 지 않습니다
특히 기계를 켜기만 하면 되기 때문에
나는 상당히 강력한 서버를 가지고 있으며 VPS로도 제공합니다. 그리고 가격은 시중보다 저렴하다.
--
비밀이 아니라면 원자에는 어떤 종류의 장치가 있으며 에이전트가 (완전히) 로드할 때 어떻게 작동합니까?
내 말은, 그들이 다른 일을 하거나 속도를 늦추도록 허용합니까(상담원 및/또는 고문에게만 연결됨)?
비밀이 아니라면 원자에는 어떤 종류의 장치가 있으며 에이전트가 (완전히) 로드할 때 어떻게 작동합니까?
내 말은, 그들이 다른 일을 하거나 속도를 늦추도록 허용합니까(상담원 및/또는 고문에게만 연결됨)?
풀은 여러 개의 원자를 포함합니다(첫 페이지에 몇 개의 원자가 더 있음)
, 한 쌍의 asus 1201N은 최고의 12인치 장치 중 하나입니다(인터넷 리뷰에 따르면)
삼성 12인치도 있고 아주 작은 MSI 8인치도 나쁘지 않습니다
글쎄, 부하가 걸리면 2 또는 4 코어 모두에서 작동하는 것이 가능합니다.
일반적으로 그러한 기계는 인터넷 카페에서 사용됩니다-주방의 학생,
기본적으로 인터넷에 접속하기 위해
이 기계는 일반적으로 강력한 계산이 필요한 응용 프로그램과 함께 사용하지 않습니다
, 슈퍼 프로그램은 허용되지 않습니다. 복잡한 처리를 하지 않습니다.
즉, 이상적입니다. 에이전트에 사용할 수 있습니다.
t 그러한 아기의 프로세서는 대부분 대나무를 피웁니다.
이해합니다. 감사합니다.
학생들의 경우 일반적으로 알고 있습니다. 상담원의 최대 부하 동안 상담원/표시기가 있는 상담원 + MT5가 있는 장치의 작동에 관심이 있습니다.
저는 데스크탑 2코어에서 에이전트를 구동하고 코어당 50 미만의 충분히 긴 로드(작업 관리자에서 0% 시스템 비활성)로 오페라에서도 터보를 켜는 것을 제안하기 시작했으며 그 중 하나는 터미널이 연결이 끊어지고 있다는 소리를 내기 시작했습니다. 예를 들어, 그런 순간에 개봉된 영화는 엉뚱한 방향으로 흘러갈 것입니다. 나는 이것을 컴퓨터에 있는 동안 일주일에 여러 번 보았다. 표시기가 있는 더/덜 멋진 EA가 그러한 상황에서 빠져 나올 것입니까, 아니면 단순히 처리할 시간이 없는 상태에서 여전히 틱을 건너뛸 것입니까? 물론 안정적인 연결로 말이죠. 특히 모바일 장치에서. 분명히 이것은 우선 순위가 아니며 이미 낮습니다.
내년에는 분명히 사실이 될 것입니다 :)
이해합니다. 감사합니다.
학생들의 경우 일반적으로 알고 있습니다. 상담원의 최대 부하 동안 상담원/표시기가 있는 상담원 + MT5가 있는 장치의 작동에 관심이 있습니다.
저는 데스크탑 2코어에서 에이전트를 구동하고 코어당 50 미만의 충분히 긴 로드(작업 관리자에서 0% 시스템 비활성)로 오페라에서도 터보를 켜는 것을 제안하기 시작했으며 그 중 하나는 터미널이 연결이 끊어지고 있다는 소리를 내기 시작했습니다. 예를 들어, 그런 순간에 개봉된 영화는 엉뚱한 방향으로 흘러갈 것입니다. 나는 이것을 컴퓨터에 있는 동안 일주일에 여러 번 보았다. 지표가 있는 더/덜 정교한 Expert Advisor가 그러한 상황에서 빠져 나올 것입니까, 아니면 단순히 처리할 시간이 없는 상태에서 여전히 틱을 건너뛸 것입니까? 물론 안정적인 연결로 말이죠. 특히 모바일 장치에서. 분명히 이것은 우선 순위가 아니며 이미 낮습니다.
내년에는 분명히 사실이 될 것입니다 :)
여기에서 일정을 입력하려고 할 수 있습니다.
당신이 기계를 적극적으로 사용하고 있다면 - 당신이 영화를 보고 있다고 가정해 봅시다 - 글쎄, 이번에는 에이전트를 비활성화하십시오
연결이 끊어질 줄은 몰랐습니다.
예를 들어 두 번째 옵션은 두 개의 코어에서 실행되지 않고 하나의 코어에서 실행하는 것입니다!
여기에서 일정을 입력하려고 할 수 있습니다.
당신이 기계를 적극적으로 사용하고 있다면 - 당신이 영화를 보고 있다고 가정해 봅시다 - 글쎄, 이번에는 에이전트를 비활성화하십시오
연결이 끊어질 줄은 몰랐습니다.
예를 들어 두 번째 옵션은 두 개의 코어에서 실행되지 않고 하나의 코어에서 실행하는 것입니다!
요점은 컴퓨터가 다른 방법으로 사용되는지 여부에 있을 뿐만 아니라 그다지 중요하지 않습니다. 상인의 눈으로 상황을 보십시오.
실제에서 실행되는 별도의 컴퓨터가 있습니다. 에이전트가 시스템을 중단시켜 어드바이저가 실패하지 않을지 확신하지 못한 채 에이전트를 연결하는 위험을 감수하시겠습니까? 그리고 모바일 장치의 경우 이 문제가 훨씬 더 관련이 있을 수 있습니다.
그리고 일정은 선택사항이 아닙니다. 클라우드가 내 코어를 로드할 때를 알면 사용할 수 있습니다. 따라서 에이전트가 있는 컴퓨터에서 Expert Advisor를 실행할 때 작업에 실패(더 정확하게는 처리되지 않은 틱)가 발생할 위험이 있습니다.
나는 시스템의 브레이크가 실제로 보이는 경우의 예로 영화를 인용했습니다.
커뮤니케이션에 관한 한 아직 확실하지 않습니다. 아마도 우연의 일치이거나 공급자가 "추측"한 것일 수 있습니다. 이번 주에 더 많은 정보를 추적하겠습니다.
코어의 일부 .. 글쎄, 아마도. 반면 디스패처는 좋은 부하 분산을 보여주고 있는 것 같다. 이제 코어의 총 부하를 제한하거나 선택 사항(예: 50% 이상 100개 이하)을 제공하면 훌륭할 것입니다. 개발자들만이 사용자의 불필요한 신체 움직임에 반대한다고 다시 말할 것입니다. :)
좋아, 기다려 보자.
추신: 예, EA가 "속도가 느려진"지 확인할 방법을 아직 모릅니다.
Silent :
실제에서 실행되는 별도의 컴퓨터가 있습니다. 에이전트가 시스템을 중단시켜 어드바이저가 실패하지 않을지 확신하지 못한 채 에이전트를 연결하는 위험을 감수하시겠습니까? 그리고 모바일 장치의 경우 이 문제가 훨씬 더 관련이 있을 수 있습니다.
그리고 일정은 선택사항이 아닙니다. 클라우드가 내 코어를 로드할 때를 알면 사용할 수 있습니다. 따라서 에이전트가 있는 컴퓨터에서 Expert Advisor를 실행할 때 작업에 실패(더 정확하게는 처리되지 않은 틱)가 발생할 위험이 있습니다.
나는 시스템의 브레이크가 실제로 보이는 경우의 예로 영화를 인용했습니다.
커뮤니케이션에 관한 한 아직 확실하지 않습니다. 아마도 우연의 일치이거나 공급자가 "추측"한 것일 수 있습니다. 이번 주에 더 많은 정보를 추적하겠습니다.
코어의 일부 .. 글쎄, 아마도. 반면 디스패처는 좋은 부하 분산을 보여주고 있는 것 같다. 이제 코어의 총 부하를 제한하거나 선택 사항(예: 50% 이상 100개 이하)을 제공하면 훌륭할 것입니다. 개발자들만이 사용자의 불필요한 신체 움직임에 반대한다고 다시 말할 것입니다. :)
좋아, 기다려 보자.
추신 예, 그리고 EA가 "속도가 느려진"지 확인할 방법을 아직 모릅니다.
1. 제 생각에는 제 생각에 올바른 생각을 가진 사람은 실생활에서 거래하는 사람이 다른 것을 걸기 위해 위험을 감수할 사람은 거의 없습니다(거래 시간에 대해 이야기하는 경우). 또 다른 것은 휴무 시간입니다. 그러면 컴퓨터에서 원하는 대로 무엇이든 할 수 있습니다.
2. 어떻게 실행하고 어떤 종류의 컴퓨터를 보고. 이 경우 절반 이하의 코어를 사용하는 것이 바람직합니다. 에이전트가 전혀 실행되지 않는 시간을 따로 설정할 수 있기 때문에 일정도 도움이 됩니다(예: 월요일은 일반적으로 부진한 날입니다. 에이전트를 최대한 사용할 수 있으며 수요일과 금요일에는 비활성화하는 것이 좋습니다. 그들 모두).
3. 의사 소통을 희생시키면서 어쨌든 두 가지 옵션 (또는 세 가지)이 필요합니다. 전기를 사용하면 문제가 발생할 경우를 대비해 예비도 필요합니다.
4. 코어뿐만 아니라 코어가 없어도 병목 현상이 충분합니다. 예를 들어, RAM과 디스크, 동일한 인터넷.