"Opening"에서 MetaTrader 5를 사용한 경험 - 페이지 61

 

알았습니다. 나는 어떻게 든 내 오래된 듀얼 코어 랩톱에서 시작했습니다. 속도가 느려지고 두 번째 스트림이 무료로 하나의 스트림이 로드되었습니다.

현재 PC에는 문제가 없지만 테이프는 여전히 리소스를 많이 사용합니다.

 
Renat Fatkhullin :

분산되고 매우 심각합니다.

터미널이 실제로 수십 FPS 출력(특히 로봇에 의한 다시 그리기에 대한 불합리한 추가 자극)이 있는 약한 그래픽 프로그램이 아니라는 점을 고려하면 비디오 카드는 매우 강력한 영향을 미칩니다. 렌더링 중 성능 오류는 통합 그래픽이 있는 약한 랩톱(현재 저렴한 사무실 데스크톱은 랩톱에서 멀지 않음)에서 발생하며, 단순한 2D 작업도 무자비하게 느려집니다.

차트 페이딩은 사용자 지정 지표의 직접적인 영향을 받으며 갑자기 계산 속도가 느려져 차트를 적시에 그리는 데 방해가 될 수 있습니다.

그리고 마지막으로 네트워크에서 가능한 브레이크입니다. 상인과 중개인 모두 (무엇이든 가능하며 아무도 보증하지 않습니다).

트랜잭션의 더 넓은 열린 테이프는 프로세서 리소스 소비를 평소 10%에서 20%로 두 배로 늘립니다( UPD - 다시 확인해야 함).

PriceChannel과 같은 기본 지표가 차트의 페이딩 및 틱 차트 상단의 거래 테이프 모양의 페이딩에 영향을 줄 수 있습니까? 그들은 어떻게 영향을 미치나요?

오더북과 틱 차트의 정상적인 가격 활동은 그 당시에 얼어붙은 양초와 거래 테이프에서 사라지는 원이 네트워크 문제를 나타내는 것이 아닙니다.

오늘 아침, 오프닝 영상 녹화가 잘 되었습니다. 다음 점검은 15:30입니다.

 

이제 작업 관리자, 유리잔, 초침 시계가 있는 M1의 맨 Si-9.16 차트에서 뉴스에 대한 5분짜리 비디오를 녹화했습니다. 열립니다.

거래 테이프의 원의 소멸과 휴면 촛불의 관계를 볼 수 있습니다. 양초가 동결되면 차트의 마지막 가격 선이 그에 따라 멈춥니다. 동시에, Bid 라인은 계속해서 매우 활발하게 움직이고 시장에 뒤처지지 않고 잠자는 캔들의 경계를 넘어서며, 오더북의 틱 차트는 잠이 들 기미가 조금도 없이 활발히 움직입니다. . 현재로서는 거래 테이프가 없습니다. 양초가 자고 있습니다. 작업 관리자에서 CPU의 평균 8-10%를 소비한 것은 두 번째 줄에 있는 이 터미널 복사본이었습니다. 첫 번째 줄에 있는 다른 터미널 사본은 활성 거래 단계에서 CPU의 15-20%를 소비했지만 지표가 있는 두 개의 차트가 있었습니다. 그것을 닫는 것이 가능했지만 이러한 프로세스는 어떤 식 으로든 연결되지 않았으므로 아무 의미가 없습니다. 나는 창 제목에서 CPU 사용량으로 터미널 사본이 정확히 어디에 있는지 알아 냈지만 기록을 중지 한 후에 만 (관리자에서 탭을 즉시 확장하는 것을 잊었습니다). 그러나 여전히 CPU 사용량과 차트 페이딩 간의 관계는 확인되지 않았습니다. 오늘 밤에 영상 올릴께요. 그 밖에 필요한 사항을 말씀해 주시면 낮에 추가 점검을 해드릴 수 있습니다. 자세한 로그는 찾지 못했고 로그 탭과 동일하며 오류에 대한 정보와 터미널에서 일어나는 일에 대한 세부 정보가 포함되어 있지 않습니다.

감사합니다.

 
ottenand :

CPU의 평균 8-10%를 소비했습니다.

그리고 당신에게 "철"의 특징은 무엇입니까?
 
Ром :
그리고 당신에게 "철"의 특징은 무엇입니까?
위에 표시된. AMD Phenom x4 3.4GHz, 4GB RAM, GTX650.
 
ottenand :
위에 표시된. AMD Phenom x4 3.4GHz, 4GB RAM, GTX650.
RAM이 충분하지 않습니다. 8 이상이 필요합니다.
 
Alexander Bereznyak :
RAM이 충분하지 않습니다. 8 이상이 필요합니다.
일반적으로 2개 이상이 필요하지 않은데 왜 8개가 필요합니까? 그리고 2는 그가 Windows로 이동할 때 되었습니다. MT5는 ~70Mb를 소비합니다.
 
나는 RAM의 주제를 닫으려고 노력할 것입니다. 때로는 자유 시간이 있을 때 두 개의 터미널, 여러 탭이 있는 브라우저, 음악, 바이러스 백신을 여는 것 외에도 비행 시뮬레이터를 실행하고 브레이크가 없는 FPS 100으로 비행합니다. 그런 다음 몸을 웅크리고 무역, 우편 등을 확인하고 날아갑니다. 4GB면 충분합니다. 메모리 사용량이 3GB를 초과하는 것을 본 적이 없습니다. 나는 모든 종류의 슈퍼 작업, 물리학 및 수학, 사실적인 가벼운 물리학을 사용한 3D 모델링, 편집기의 무거운 그래픽, 16GB가 필요하지 않습니다.
 
발견된 버그가 클레임 형식으로 제공된다고 생각하지 않도록 합니다. 사실 이 양초가 붙어 있는 것은 단기간에 시장 활동이 급격히 증가한 결과이며 거래를 방해할 정도로 중요하지 않습니다. 그러나 포럼에서 개발자\\사용자 형식의 좋은 의사 소통 전통을 유지하고 정중한 버그 보고서 형식으로 인상을 공유하는 것이 관례라면 이 정보가 적어도 약간의 이점을 가져올 것이라고 믿습니다. 그건 그렇고, 이 효과가 로봇에 어느 정도 영향을 미칠 가능성을 배제하지는 않지만, 블록에디터를 통해 로봇을 만들고 히스토리 테스트용으로만 하기 때문에 확실하지 않습니다. 나는 시계에 손을 대고 증권 거래소에 있어야 하는 예금으로 거래하며 잠자는 초는 작동하지 않아야 합니다.
 
ottenand :
위에 표시된. AMD Phenom x4 3.4GHz, 4GB RAM, GTX650.

미안, 눈치채지 못했다.

아니요, 여기서 문제는 분명히 하드웨어에 있는 것이 아니라 밝혀졌습니다.

사실 말씀하신 문제는 제가 하루에 하루 수동으로 스캘핑을 하기로 결정했을 때 저에게도 발생했다는 것입니다. 프로그래밍 방식으로 데이터를 빠르게 얻었지만 "시각적"은 알 수 없는 이유로 느려졌습니다. 게임용 데스크탑에서. .. 더 많이 차트를 따르지 않기 때문에주의를 기울이지 않았습니다. 순전히 알고 있습니다.

나는 또한 내 고대 노트북을 보았지만 속도가 느려졌지만 두 스트림 중 하나가 Mt5 및 기타 바이러스 활동으로 막혔기 때문에 문제는 성능이라고 결정했습니다.

추신/

스레드가 동기화되지 않았습니다. 하지만 빨리.