그런데. 애쉬 트리 그루터기, 옵티마이저에서 360800개의 가변 가중치를 수동으로 스코어링하는 것은 매우 문제가 있습니다. 그러나 예를 들어 Expert Advisor에 변수가 50개 있다고 해도 작업은 이미 즐거운 작업이 아닙니다. 제 생각에는 간단한 해결책이 있습니다. 최적화 대화 상자에서 변수가 있는 파일을 선택할 수 있습니다. 그러면 여러 변수를 최적화할 수 있습니다. 무거운 NS 등을 훈련하는 것이 가능할 것입니다. 아마도 옵티마이저가 아직 준비되지 않았기 때문에 MT5에서 이것을 구현하는 것이 가치가 있습니다.
joo>> : 그런데. 애쉬 트리 그루터기, 옵티마이저에서 360800개의 가변 가중치를 수동으로 스코어링하는 것은 매우 문제가 있습니다. 그러나 예를 들어 Expert Advisor에 변수가 50개 있다고 해도 작업은 이미 즐거운 작업이 아닙니다. 제 생각에는 간단한 해결책이 있습니다. 최적화 대화 상자에서 변수가 있는 파일을 선택할 수 있습니다. 그러면 여러 변수를 최적화할 수 있습니다. 무거운 NS 등을 훈련하는 것이 가능할 것입니다. 아마도 옵티마이저가 아직 준비되지 않았기 때문에 MT5에서 이것을 구현하는 것이 가치가 있습니다.
(어깨를 으쓱) 글쎄요 - 맞아요. MT에서 해결되는 다양한 작업이 있습니다. 그 중 가장 널리 퍼져 있고 가장 많은 리소스를 필요로 하는 것은 최적화입니다. 현재 작업 중입니다. 다른 것에 관심이 있습니까? 글쎄, 그것은 다른 것을 의미합니다.
그건 그렇고, 우리가 이야기하지 않은 또 다른 매개 변수가 있습니다. "최적화" 탭에 단일 확인 표시가 있어서는 안 됩니다.
전문가가 설정하지 않는 한 그들은 거기에 없을 것입니다. 하지만 - 동의합니다 - 언급할 수 있습니다. 사실 막다른 골목이 보입니다. 조치를 취하지 않으면 적절한 삭감이 이루어지지 않습니다. 추가 조치 - 치질이지만 소수의 사람들이 동의하고 할 수 있습니다. 테스트 빌드는 엉망입니다. 다음은 무엇인지 모르겠습니다.
참조 기록을 로드하고 프로그램을 사용하여 스프레드를 설정하는 두 가지 추가 단계를 수행하는 것이 그렇게 무섭지 않을 수도 있습니다. 어떻게 생각하나요?
..... 거래량으로 뭔가 하기 힘듭니다. 그러나 다른 한편으로는 테스트에 대한 부정적인 요인의 영향을 최소화하기 위해 EA 코드에 "매우 유용한" 계산 블록을 추가할 수 있습니다. "매우 유용한" 계산 블록이 전체 시간의 95-99%를 차지한다고 가정해 보겠습니다. 모든 것. 문제 해결됨. 우리의 실험에 대해 충분히 높은 신뢰성이 달성될 것입니다........
이봐, 그건 그렇고, 나도 그것을 원했다. 나는 6,577,074개의 거래를 가지고 있는데, Docent님보다 약간 적습니다.
추신 그것은 단지 다시 한번 운전했습니다. 시간 - 8시 18분(498초!!!), 비록 아무것도 하지 않았지만. 그러나 그 플러그(이전에는 최적화가 어딘가에서 잠시 "생각")가 사라졌습니다.
필요한 파일을 모두 삭제했습니다(캐시 및 기록에서). 나는 아무것도 이해하지 못한다. 나는 여전히 vidyahu를 넣으려고 노력할 것입니다.
에! 무슨 말을 하는 겁니까? 뭔가 잘못됐어. 그리고이 "그렇지 않은"일이 즉시 발생하지 않았습니다. 글쎄요, 컴퓨터는 아무 이유 없이 최적화를 위해 1분 동안 멈추어서는 안 됩니다. 그래서 다른 무언가가 리소스를 필요로 했습니다.
그건 그렇고, 우리가 이야기하지 않은 또 다른 매개 변수가 있습니다. "최적화" 탭에 단일 확인 표시가 있어서는 안 됩니다.
그런데. 애쉬 트리 그루터기, 옵티마이저에서 360800개의 가변 가중치를 수동으로 스코어링하는 것은 매우 문제가 있습니다. 그러나 예를 들어 Expert Advisor에 변수가 50개 있다고 해도 작업은 이미 즐거운 작업이 아닙니다. 제 생각에는 간단한 해결책이 있습니다. 최적화 대화 상자에서 변수가 있는 파일을 선택할 수 있습니다. 그러면 여러 변수를 최적화할 수 있습니다. 무거운 NS 등을 훈련하는 것이 가능할 것입니다. 아마도 옵티마이저가 아직 준비되지 않았기 때문에 MT5에서 이것을 구현하는 것이 가치가 있습니다.
(어깨를 으쓱) 글쎄요 - 맞아요. MT에서 해결되는 다양한 작업이 있습니다. 그 중 가장 널리 퍼져 있고 가장 많은 리소스를 필요로 하는 것은 최적화입니다. 현재 작업 중입니다. 다른 것에 관심이 있습니까? 글쎄, 그것은 다른 것을 의미합니다.
(어깨를 으쓱) 글쎄요, 맞습니다. MT에서 해결되는 다양한 작업이 있습니다. 그 중 가장 널리 퍼져 있고 가장 많은 리소스를 필요로 하는 것은 최적화입니다. 현재 작업 중입니다. 다른 것에 관심이 있습니까? 글쎄, 그것은 다른 것을 의미합니다.
이전 페이지에 있는 제 글을 읽어주세요. 저는 최적화에 대해 이야기하고 있으며 일반 옵티마이저를 통해 말합니다.
그건 그렇고, 우리가 이야기하지 않은 또 다른 매개 변수가 있습니다. "최적화" 탭에 단일 확인 표시가 있어서는 안 됩니다.
전문가가 설정하지 않는 한 그들은 거기에 없을 것입니다. 하지만 - 동의합니다 - 언급할 수 있습니다. 사실 막다른 골목이 보입니다. 조치를 취하지 않으면 적절한 삭감이 이루어지지 않습니다. 추가 조치 - 치질이지만 소수의 사람들이 동의하고 할 수 있습니다. 테스트 빌드는 엉망입니다. 다음은 무엇인지 모르겠습니다.
참조 기록을 로드하고 프로그램을 사용하여 스프레드를 설정하는 두 가지 추가 단계를 수행하는 것이 그렇게 무섭지 않을 수도 있습니다. 어떻게 생각하나요?
..... 거래량으로 뭔가 하기 힘듭니다. 그러나 다른 한편으로는 테스트에 대한 부정적인 요인의 영향을 최소화하기 위해 EA 코드에 "매우 유용한" 계산 블록을 추가할 수 있습니다. "매우 유용한" 계산 블록이 전체 시간의 95-99%를 차지한다고 가정해 보겠습니다. 모든 것. 문제 해결됨. 우리의 실험에 대해 충분히 높은 신뢰성이 달성될 것입니다........
이전 페이지에 있는 제 글을 읽어주세요. 저는 최적화에 대해 이야기하고 있으며 일반 옵티마이저를 통해 말합니다.
네. 죄송합니다. 님의 잘못된 글을 인용했습니다. 그러나 그 게시물(위)에 대해 내가 쓴 모든 것은 여전히 유효합니다.
이전에 귀하의 게시물. 페이지 읽기. 사실, 나는 내 위치를 더 일찍 정의했습니다(당신의 게시물보다 더 일찍!))). 아직 추가할 내용이 없습니다. 제 생각에는 ... (잘되면 어떻게 될까요? (생각))))
참조 기록을 다운로드하고 프로그램을 사용하여 스프레드를 설정하는 두 가지 추가 단계를 수행하는 것이 그렇게 무섭지 않을 수 있습니다. 어떻게 생각하나요?
무섭지 않을 수도 있습니다. 그러나 명백한 이유 없이 눈에 띄게 변한 Mathemat 'a(뿐만 아니라 Vinin ')의 결과와 관련하여 아마도 그렇게까지 귀찮게 할 가치가 없을 것입니다.
그건 그렇고, 내 결과도 한 번의 실행 후에 향상되었지만 그다지 많지는 않았습니다 - 6:58(대 7:11).
나는 또한 Belford 에게 그의 터미널에 소수점 이하 자릿수가 몇 개인지 묻습니다. 그리고 begemot61 은 다시 자신의 결과를 발표하겠다고 약속했습니다. 나는 또한 그들을 위해 접시에 자리를 마련했습니다.
조금 더 정보를 제공 하면 kombat 가 분기를 만든 주요 질문에 답할 수 있습니다. 어떤 프로세서가 최적화에 더 좋을까요? 내가 이해하는 한 우리는 정확한 정량적 평가를 할 필요가 없습니다. "X 프로세서가 최적화에 더 좋습니다"와 같은 대답으로 충분합니다.
추신 개선된 결과를 테이블에 배치합니까?
그래서, 이미 8시 10 분 - 조금, 그러나 또한 좋습니다(몇 가지 응용 프로그램을 닫았습니다).
추신: 여기 또 다른 것이 있습니다. 내가 가진 최적화 동안 종료하는 동안 코어 로드의 그림이 근본적으로 변경되었습니다. 작업 시작 시 하나의 코어가 거의 완전히 로드되고 두 번째 코어가 약간 로드된 다음 플러깅 시 코어의 로드는 다음과 같았습니다. 동등한 .