일반적으로 64비트 응용 프로그램의 잠재력은 해당 응용 프로그램을 실행하는 하드웨어보다 이러한 응용 프로그램의 컴파일러에 더 많이 있습니다. Tanenbaum도 이에 대해 썼습니다. 그리고 진정으로 효과적인 64비트 컴파일러가 아직 만들어지지 않았기 때문에(동일한 T.가 쓴 것처럼 몇 년이 걸릴 것이고 이것은 인공 지능을 사용하기 때문입니다) 우리가 가진 것을 사용하는 것이 남아 있습니다.
가격이 부동 소수점이기 때문에 MT가 GPU를 사용할 수 있다면 멋질 것입니다. 이것이 GPU의 장점입니다.
MetaQuotes가 자신의 혹등한 말을 발명하지 않고 단순히 일부 C/C ++ 컴파일러에 라이선스를 부여하고 iClose (), OrderSend() 등과 같은 표준 MT 기능 라이브러리를 추가하여 MT 환경에 이식했다면 더 멋질 것입니다. . 이점은 엄청날 것입니다. 1. 실제 C의 완전한 기능, 강력한 파서, 코드 효율성... 목록은 계속됩니다. 그러나 Metaquote는 그렇게 하지 않을 것이라고 생각합니다. 자손에게 너무 많은 노력을 쏟았고(그런데 매우 가치가 있음) 너무 많은 시간을 보냈습니다. 이 컴파일러는 그들에게 아이와 같았고 아이들은 버려지지 않았습니다.
I7 2.6(오버클럭할 때까지 최대 4-5GHz를 잡을 수 있음)은 WINDOWS에서 8개의 프로세서로 표시됩니다.
12GB DDR3 1333
디스크 어레이 2.5테라바이트 중 2테라바이트가 스토리지 및 데이터베이스,
500 RAID Strip은 Strip에서 3개의 하드, 즉 3개의 스트림으로 확장할 예정입니다.
나는 1920-1800의 대규모 확장을 위해 현대 모니터 22-24에 대해 다소 활발한 비디오를 찍었습니다.
ASUS P6 X58 WorkStation Pro 좋은 엄마가 마음에 들었습니다.
---
LINIX 64, 맨 위에 ESXi 가상 머신
(I7은 프로세서의 마이크로코드 수준에서 가상화를 지원합니다. 즉, 특수 명령이 있음)
개발을 위한 추가 내부 - 운영 체제가 있을 것입니다 - 테스트 - 필요한 소프트웨어
---
동일한 C로 작성하면 테스터가 MT4보다 훨씬 빠르게 작동합니다.특히 64비트로 컴파일할 수 있기 때문에
MT4부터는 안타깝게도 64비트용 릴리스가 없으므로 MT 테스터를 위한 64비트 성장은
시장은 64비트로 이동하고 있고 분명히 개발자는 조만간 두 가지 릴리스를 준비할 것입니다.
32 및 64
---
시장을 계산하기 위해 그러한 철은 중요하지 않습니다.
차를 다기능으로 잡았다
테스트 속도가 매우 빠르지만
Yuri, 당신은 "가장 멋진 철 - 가족용 주택" 후보로 확실히 황금 조각상을 얻었습니다. 저는 "왜? 언제 덜 할 수 있습니까?"라는 두 가지 질문과 "얼마나 멋있어야 합니까?"라는 두 번째 질문이 있습니다.
일반적으로 64비트 응용 프로그램의 잠재력은 해당 응용 프로그램을 실행하는 하드웨어보다 이러한 응용 프로그램의 컴파일러에 더 많이 있습니다. Tanenbaum도 이에 대해 썼습니다. 그리고 진정으로 효과적인 64비트 컴파일러가 아직 만들어지지 않았기 때문에(동일한 T.가 쓴 것처럼 몇 년이 걸릴 것이고 이것은 인공 지능을 사용하기 때문입니다) 우리가 가진 것을 사용하는 것이 남아 있습니다.
가격이 부동 소수점이기 때문에 MT가 GPU를 사용할 수 있다면 멋질 것입니다. 이것이 GPU의 장점입니다.
MetaQuotes가 자신의 혹등한 말을 발명하지 않고 단순히 일부 C/C ++ 컴파일러에 라이선스를 부여하고 iClose (), OrderSend() 등과 같은 표준 MT 기능 라이브러리를 추가하여 MT 환경에 이식했다면 더 멋질 것입니다. . 이점은 엄청날 것입니다. 1. 실제 C의 완전한 기능, 강력한 파서, 코드 효율성... 목록은 계속됩니다. 그러나 Metaquote는 그렇게 하지 않을 것이라고 생각합니다. 자손에게 너무 많은 노력을 쏟았고(그런데 매우 가치가 있음) 너무 많은 시간을 보냈습니다. 이 컴파일러는 그들에게 아이와 같았고 아이들은 버려지지 않았습니다.
그리고 전문 시스템 작가 C-4란? 이것이 돈 을 주문하기 위해 전문 고문을 쓰는 지역의 존경받는 코더가 아니면이 경우 누구입니까?
제 이해로는 이렇게 됩니다.
1. 시스템을 작성 중입니다.
2. 컴파일.
3. 테스트했습니다.
4. 시간이 지나면 시스템을 훨씬 쉽게 구현할 수 있다는 아이디어가 떠오릅니다. 그녀는 다시 쓰고 있습니다.
5. 컴파일.
6. 테스트했습니다.
7. 잠시 후 새로운 기능이 추가됩니다. 시스템이 추가되고 있습니다.
8. 컴파일.
9. 테스트했습니다.
9. 뭔가 제대로 작동하지 않는 것으로 나타났습니다. 버그 찾기(재컴파일 및 재테스트를 통해 종종(거의 항상 그렇습니다))
10. 테스트되었습니다.
11. 이제 모든 것이 올바르게 작동합니다. 그러나 원래 아이디어를 위해 만든 코드 구성은 이미 비효율적이며 거의 관리할 수 없는 것으로 나타났습니다. 새로운 작업을 위해 애플리케이션 아키텍처를 다시 작성할 필요가 있습니다...
12.while(){ // 컴파일을 시도하지 마십시오.
편집;
테스트;
if(application_architecture==멋지고 && no_errors==멋지고 && 결과==멋지고 && ...)break;
그렇지 않으면 {뇌=젠장;철=젠장;}...
}
다음은 특히 프로그래밍 및 MQL과 관련된 간단하고 일반적인 예입니다. 그러나 "brain = fuck" 라인을 배제할 수 없다면, 멋진 아이언을 구매할 수 있는 "iron = fuck" 라인을 배제하려는 자연스러운 욕구가 생깁니다.
흥미로운. 나는 전문 시스템 작가임이 밝혀졌다. 칭찬 감사합니다. 그건 그렇고,이 계획에서 전문가의 작업을위한 돈은 어디에 있습니까?
'프로'라는 단어를 선택하지 않은 것 같아요. 대신, 지속적 으로 관심을 사용하는 것이 좋습니다.
일반적으로 컴파일러에서 일정 시간을 보낸 후 사람이 특정 전문적인 결과를 달성함과 동시에 기계의 느림으로 인한 짜증이 증가하고 너무 많은 기계 시간이 낭비되며 중요한 순간에 온다: 오래된 하드웨어를 버리고 새 하드웨어를 구입하십시오.
또는 이 단어의 의미를 설명하지 않고 여기에서 조언한 대로 넌센스를 바꾸십시오. 그것은 아마도 "기존 시스템을 버리고 새로운 시스템을 취하라"는 의미였을 것입니다.
유리, 당신은 "가장 멋진 철 - 가족용 주택" 후보로 확실히 황금 조각상을 얻었습니다. 저는 "왜? 언제 덜 할 수 있습니까?"라는 두 가지 질문과 "얼마나 멋있어야 할까요?"라는 두 번째 질문이 있습니다.
먼저 약속의 동상을 통과
유라, 세금 내는 거 잊지 마
또는 이 단어의 의미를 설명하지 않고 여기에서 조언한 대로 넌센스를 바꾸십시오.
신경쓰지마 아니면 정말 변경 :))
변경, 변경(아이디어). 긍정적인 전망이 있는 것 같습니다. 그리고 철 조각이 기여합니다. 새로운 하드웨어에서 때때로 리소스가 어떻게 소모되는지 보는 것은 멋진 일입니다. 그러나 이것은 다시 고품질 마약이 아니기 때문입니다. :)
당면한 과제의 해결책이 철에 의존한다면. 얼마나 간단할까요?