원격 에이전트는 최적화(x86 컴퓨터 무리)에서 작동하지 않습니다. 어떻게 해야 합니까?

 

모두를 환영합니다.

오늘 내 터미널이 업데이트되었고, 최적화를 위해 MT5에서 TS를 시작했을 때 평소에 사용하던 수십 개의 최적화 스레드 대신 로컬 코어에 단 2개만 있다는 것이 얼마나 기쁜 일입니까?

"IT 산업의 발전을 따라야 할 필요성"은 이해하지만 구형 컴퓨터의 공원은 여전히 매우 넓고 그것을 사용하는 것이 매우 합리적이지만 가장 꺼려하는 "단절"이 나타났습니다. 그리고 그들은 "64x로 전환"을 제안합니다 ???

여기에 내 컴퓨터(Core 2Duo, Win7, x32)가 있고 한 대의 컴퓨터만 조금 더 강력하고 나머지는 대부분 "네번째" 스텀프와 WinHP에 있는 여러 대의 컴퓨터로 구성된 네트워크가 있습니다. 이전에는 이 클러스터가 최적화 작업을 잘 수행했습니다. 이제 내 코어가 두 개뿐인 것으로 나타났습니다.

나는 개발자들에게 묻고 싶습니다. 그들은 나를 어떻게 제공합니까? 사용 가능한 컴퓨팅 성능을 어떻게 사용할 수 있습니까?

내가 이해하는 한 모든 컴퓨터를 스크랩에 버리는 것이 제안됩니까?

아직 작업 중인 x32 컴퓨터가 엄청나게 많은데 x32 아키텍처를 갑자기 버리는 것은 대담한 결정이 아닙니까?

 
예, 우리는 원격 및 mql5 네트워크에서 32비트 에이전트를 거부합니다.

32비트 테스터는 로컬 계산에만 사용할 수 있습니다.
 
Renat :
예, 우리는 원격 및 mql5 네트워크에서 32비트 에이전트를 거부합니다.

32비트 테스터는 로컬 계산에만 사용할 수 있습니다.

즉, 나와 같은 사람들을 위해 - 당신은 대가로 아무것도 제공하지 않습니까?

매우 죄송합니다.

그리고 이전 터미널을 어디에서 다운로드하고 터미널에서 자동 업데이트를 끄는 방법은 무엇입니까?

 
Laryx :

...

터미널에서 자동 업데이트를 끄는 방법은 무엇입니까?

이미 한 번 이상 언급되었습니다. 자동 업데이트를 비활성화할 기회는 없으며 앞으로도 없을 것입니다. 이것은 보안과도 관련이 있습니다.
 
barabashkakvn :
아무도 이미 말하지 않았습니다. 자동 업데이트를 비활성화할 기회는 없으며 앞으로도 없을 것입니다. 이것은 보안과도 관련이 있습니다.


글쎄요, 어제 완벽하게 작동하는 시스템이 갑자기 작동을 멈추고 사용할 수 없다는 것이 밝혀졌습니다!

저는 진행에 반대하지 않지만 x64로 전환할 수 있는 능력이 없으며 오랫동안 그러지 않을 것입니다. 가장 중요한 것은 네트워크 컴퓨터를 이 플랫폼으로 전송할 수 없다는 것입니다!

젠장, 적어도 그들은 나에게 경고했을 것입니다 ... 그리고 지금 - 제 생각에는 최적화 속도가 10 배 정도 감소한 것 같습니다 ... 몇 시간 동안 최적화 한 작업은 이제 일주일이 걸리고 내 컴퓨터는 끔찍할 것입니다. 그동안 천천히...

젠장, 부적절하다.. 아직 WLD까지 성장하지 않았는데, MT5에서 일하는 게 너무 멋졌다...

 
Laryx :

즉, 나와 같은 사람들을 위해 - 당신은 대가로 아무것도 제공하지 않습니까?

매우 죄송합니다.

그리고 이전 터미널을 어디에서 다운로드하고 터미널에서 자동 업데이트를 끄는 방법은 무엇입니까?

그래서 로케일이 작동하고 랩톱 32에 기본 64비트가 있고 연결되고 도움이 되며 터미널은 1060입니다.
 
Laryx :

모두를 환영합니다.

이제 터미널이 x64이고 에이전트가 x86이면 모든 것이 제대로 작동하는지 확인했습니다.
에이전트는 업데이트되지 않고 (아마도) 작업을 거부하지 않도록 "네트워크에 릴리스하지 않았습니다"(모든 클라우드 확인란 제거).

따라서 x64 터미널에 대해서만 시스템을 업데이트해야 합니다. 그리고 행복이 있을 것입니다.

 
fyords :

이제 터미널이 x64이고 에이전트가 x86이면 모든 것이 제대로 작동하는지 확인했습니다.
에이전트는 업데이트되지 않고 (아마도) 작업을 거부하지 않도록 "네트워크에 릴리스하지 않았습니다"(모든 클라우드 확인란 제거).

따라서 x64 터미널에 대해서만 시스템을 업데이트해야 합니다. 그리고 행복이 있을 것입니다.

솔루션이 완전히 성공적이지는 않습니다.

예를 들어 6개월마다 시스템을 다시 설치합니다. 이제 비용은 x32입니다. 그 전에는 x64였습니다.

그리고 개발자들이 32비트 시스템을 포기하고 있다는 사실은 좋지도 않고 오히려 매우 나쁘다.

 
fyords :

따라서 x64 터미널에 대해서만 시스템을 업데이트해야 합니다. 그리고 행복이 있을 것입니다.

예, 그렇게 해야 합니다.

그러나 분명히 개발자와 에이전트는 x64로 이전할 예정이며 이는 이미 나쁩니다.

나는 최소한 몇 가지 통계를 수집할 것을 제안합니다. 얼마나 많은 사용자가 x64를 독점적으로 사용합니까?

이식 가능한 코드에는 큰 문제가 없습니다. 90년대 후반에 저는 한 사무실에서 일했고 코드 요구 사항에 따라 16비트 및 32비트 시스템 모두에서 작업해야 했습니다. 시스템이 너무 다른 모든 것이 정상적으로 작성되었습니다. 정의가 사용되었습니다... 이제 MT5와 MT4에서 완전히 변경되지 않은 컴파일 코드를 작성하고 있습니다... 개발자가 정말 x64로 전환할 필요성이 그렇게 심각한가요?

사용자에게 어떤 이점이 있습니까?

 

시스템을 업데이트할 생각은 없었지만 이론상으로는 할 수 있습니다.

그러나 네트워크 컴퓨터에서 - VinHP x32는 오랫동안 유지됩니다. 나는 그들의 컴퓨팅 파워를 잃고 싶지 않습니다.

따라서 개발자를 위한 이러한 질문은 x32 에이전트가 얼마나 더 오래 관련될 것입니까?

 

불행히도 32비트 테스터에 대한 지원은 호환성으로 인해 우리(개발자)의 미래를 분명히 제한합니다.

현재로서는 32비트 플랫폼을 지원하는 것은 의미가 없습니다. 예, 32개의 클라이언트 터미널이 계속 지원되지만 고급 서비스는 최신 플랫폼에서만 사용할 수 있습니다.

2015년에는 x64 운영 체제로 전환해야 하며 XP를 잊어버려야 합니다. 진지한 일이라면.

사유: