개발자에게 질문 - 최적화 중 모든 컴퓨팅 코어 사용 - 페이지 3

 
Renat Fatkhullin :
테스터를 재구축하는 것은 이제 우리의 최우선 과제입니다. 우리는 많은 것을 다시 쓸 것입니다.

합리적인 작업관리자와 함께 문제를 해결해 드리겠습니다.

오류를 수정하는 시점을 정말 알고 싶습니다. 최대한 빨리 부탁드리겠습니다... 최소한 예상되는 타이밍, 언제 기다려야 하나요?

 
Maksim Emeliashin :

이 문제에 대해 여러 번 썼지만 유전 알고리즘이 어떻게 작동하는지 읽어보라고 보내졌습니다. 나는 그것이 어떻게 작동하는지 정말로 알고 있으며 대학교 4학년 때 랩으로 직접 구현하기도 했습니다.

내 상황은 더 나빴습니다. 여기에 스크린샷이 있습니다.


버전 2286에서는 더 좋아졌고 그런 명백한 방해는 없지만 때때로 에이전트의 절반이 영원히 떨어집니다. 나는 그것을 이기는 방법을 알고 있습니다.

문제를 설명하십시오!

세대가 오래될수록 계산에 필요한 코어 수가 줄어듭니다.

차세대에서 3-4-5 고유 매개변수 집합 에 대해 18개 에이전트를 사용하는 방법은 무엇입니까?

당신은 유전학이 어떻게 작동하는지 안다고 말합니다 - 우리에게 당신의 제안을 주십시오

 
Boris Egorov :

오류를 수정하는 시점을 정말 알고 싶습니다. 최대한 빨리 부탁드리겠습니다... 최소한 예상되는 타이밍, 언제 기다려야 하나요?

어떤 오류를 의미합니까?

유전자 최적화 알고리즘이 어떻게 작동하는지 읽었습니까?

 
Slava :

문제를 설명하십시오!


알고리즘에 대한 지식이 필요하지 않은 솔루션을 설명하겠습니다.

1. 이러한 상황이 발생하면 하나의 프로세서 코어를 비활성화합니다(로컬 또는 네트워크 에이전트의 절반이 떨어졌습니다). 현재 실행 중인 커널을 비활성화하는 것이 중요합니다.

2. 커널을 다시 켭니다.

그리고 갑자기 다른 모든 로컬 및 네트워크 에이전트가 작업에 포함되어 끝까지 완벽하게 작동합니다.

 
Maksim Emeliashin :

알고리즘에 대한 지식이 필요하지 않은 솔루션을 설명하겠습니다.

1. 이러한 상황이 발생하면 하나의 프로세서 코어를 비활성화합니다(로컬 또는 네트워크 에이전트의 절반이 떨어졌습니다). 현재 실행 중인 커널을 비활성화하는 것이 중요합니다.

2. 커널을 다시 켭니다.

그리고 갑자기 다른 모든 로컬 및 네트워크 에이전트가 작업에 포함되어 끝까지 완벽하게 작동합니다.

예, "오류"가 발생하는 이유와 이 라이프 해킹이 오류를 "수정"하는 이유도 의심됩니다. 그러나 특히 MQ에 대한 구현의 소스 코드를 보지 않고 그것에 대해 이야기하는 것은 무의미합니다.

하지만 눈앞에 있는 블랙박스를 보고도 에이전트 간의 작업 패키지 배포에 문제가 있다고 가정할 수 있습니다.

 
Slava :

어떤 오류를 의미합니까?

유전자 최적화 알고리즘이 어떻게 작동하는지 읽었습니까?

알고리즘을 알 필요는 없지만

그리고 당신은 지혜로운 사람을 만들 필요가 없습니다.

이전 게시물을 읽지 않고 사진을 보지 않았다면 간섭하지 말고 교육 부족을 보여주지 마십시오

이것은 실수입니다 .... 이전 버전에서는 거기에 없었고 이것은 논쟁의 여지가 없습니다.

때때로 그것은 공격을 가하고, 온갖 종류의 사람들이 아무데도 들어오지 않을 것입니다. 그들은 아무 것도 읽지 않을 것이고, 그들은 똑똑한 것처럼 글을 쓸 것입니다.

SLAVA - 사진과 함께 내 이전 게시물을 읽으십시오. 거기에 모든 것이 자세히 설명되어 있습니다. 나 자신은 프로그래머이지만 그런 바보 같은 짓은 하지 않습니다. 당신은 세대에 대해 완전히 넌센스를 씁니다... 그렇지 않으면 설명하는 것은 무의미합니다. t 사진과 함께 이전 게시물을 읽으십시오. 게다가 나는 당신이 알고리즘을 모른다고 생각합니다.

>세대가 오래될수록 계산에 필요한 코어 수가 줄어듭니다.

>다음 세대에서 3-4-5개의 고유한 매개변수 집합에 대해 18개의 에이전트를 사용하는 방법은 무엇입니까?

그것은 2세대에서 처음부터 이렇게 작동합니다. 제 경우에는 또 다른 70-80,000개의 옵션을 계산합니다... 그리고 많은 작업은 로컬 에이전트에만 제공되고 네트워크 에이전트 는 전혀 제공되지 않습니다 . 에이전트가 완전히 꺼져 있고 COMPLETELY라는 단어에서 최적화가 작동하지 않으며 오류는 CRITICAL이며 즉각적인 솔루션이 필요합니다.

 
Boris Egorov :

알고리즘을 알 필요는 없지만

그리고 당신은 지혜로운 사람을 만들 필요가 없습니다.

이전 게시물을 읽지 않고 사진을 보지 않았다면 간섭하지 말고 교육 부족을 보여주지 마십시오

이것은 실수입니다 .... 이전 버전에서는 거기에 없었고 이것은 논쟁의 여지가 없습니다.

때때로 그것은 공격을 가하고, 온갖 종류의 사람들이 아무데도 들어오지 않을 것입니다. 그들은 아무 것도 읽지 않을 것이고, 그들은 똑똑한 것처럼 글을 쓸 것입니다.

SLAVA - 사진과 함께 내 이전 게시물을 읽으십시오. 거기에 모든 것이 자세히 설명되어 있습니다. 나 자신은 프로그래머이지만 그런 어리석은 일을하지 않습니다. 세대에 대한 완전한 넌센스를 씁니다 ... 그렇지 않으면 설명하는 것은 쓸모가 없습니다. 사진이 있는 이전 게시물은 읽지 마세요. 게다가 본인이 알고리즘을 모르시는 것 같아요.

하나의 스크린샷을 보여주셨습니다. "모든 코어가 로드되지 않음" 이외의 설명 없음

이 스크린샷에서 2세대 계산인 유전학이 작동하고 있음을 이해할 수 있습니다. 하나의 작업을 완료하는 최소 및 최대 시간은 알려져 있지 않습니다. 평균 실행 시간도 알 수 없습니다. 스크린샷의 올바른 위치는 단순히 닫혀 있습니다.

다시 추측 - 평균 실행 시간은 매우 짧습니다. 따라서 작업 재분배 메커니즘이 아직 활성화되지 않았습니다.

이전 버전 이후로 재배포 메커니즘은 변경되지 않았습니다. 최소 6개월. 이 전략에 대해 무작위로 선택된 대부분의 매개변수가 적합하지 않아 대부분의 패스가 매우 빠르게 종료된 것 같습니다.

이것은 하나의 불완전한 스크린샷의 진단일 뿐입니다. 제공된 로그 없이.

 
Slava :

하나의 스크린샷을 보여주셨습니다. "모든 코어가 로드되지 않음" 이외의 설명 없음

이 스크린샷에서 2세대 계산인 유전학이 작동하고 있음을 이해할 수 있습니다. 하나의 작업을 완료하는 데 필요한 최소 및 최대 시간은 알 수 없습니다. 평균 실행 시간도 알 수 없습니다. 스크린샷의 올바른 위치는 단순히 닫혀 있습니다.

다시 추측 - 평균 실행 시간은 매우 짧습니다. 따라서 작업 재분배 메커니즘이 아직 활성화되지 않았습니다.

이전 버전 이후로 재배포 메커니즘은 변경되지 않았습니다. 최소 6개월. 이 전략에 대해 무작위로 선택된 대부분의 매개변수가 적합하지 않아 대부분의 패스가 매우 빠르게 종료된 것 같습니다.

이것은 하나의 불완전한 스크린샷의 진단일 뿐입니다. 제공된 로그 없이.

나는 전체 열거를 사용하고 명확하게 썼습니다. 이전 최적화에는 3시간이 걸렸고 지금은 11시간 반이 걸립니다... - 이것이 당신의 대답입니다

> 하나의 작업을 완료하는 데 필요한 최소 및 최대 시간은 알 수 없습니다. 평균 실행 시간도 알 수 없습니다. 스크린샷의 올바른 위치는 단순히 닫혀 있습니다.

당신은 전혀 알 필요가 없습니다

>이전 버전에서 재배포 메커니즘은 변경되지 않았습니다. 최소 6개월. 이 전략에 대해 무작위로 선택된 대부분의 매개변수가 적합하지 않아 대부분의 패스가 매우 빠르게 종료된 것 같습니다.

모든 것이 마지막 업데이트 이후에 시작되었고 내 프로그램은 변경되지 않았습니다. 사실 저는 다른 매개변수로만 계산을 수행합니다. 동일한 매개변수를 사용하는 동일한 프로그램(재컴파일 없음)이 3시간 동안 최적화되었습니다. 11-plus, 그리고 나는 당신에게 말하고 있습니다-모든 네트워크 에이전트는 실제로 연결이 끊어졌습니다 .... 따라서 배포 메커니즘이 변경되지 않았다는 사실에 대해 말할 가치가 없습니다-확실히 변경되었습니다

 
Boris Egorov :

나는 전체 열거를 사용하고 명확하게 썼습니다. 이전 최적화에는 3시간이 걸렸고 지금은 11시간 반이 걸립니다... - 이것이 당신의 대답입니다

> 하나의 작업을 완료하는 데 필요한 최소 및 최대 시간은 알 수 없습니다. 평균 실행 시간도 알 수 없습니다. 스크린샷의 올바른 위치는 단순히 닫혀 있습니다.

당신은 전혀 알 필요가 없습니다

>이전 버전에서 재배포 메커니즘은 변경되지 않았습니다. 최소 6개월. 이 전략에 대해 무작위로 선택된 대부분의 매개변수가 적합하지 않아 대부분의 패스가 매우 빠르게 종료된 것 같습니다.

모든 것이 마지막 업데이트 이후에 시작되었고 내 프로그램은 변경되지 않았습니다. 사실 저는 다른 매개변수로만 계산을 수행합니다. 동일한 매개변수를 사용하는 동일한 프로그램(재컴파일 없음)이 3시간 동안 최적화되었습니다. 11-plus, 그리고 나는 당신에게 말하고 있습니다-모든 네트워크 에이전트는 실제로 연결이 끊어졌습니다 .... 따라서 배포 메커니즘이 변경되지 않았다는 사실에 대해 말할 가치가 없습니다-확실히 변경되었습니다

로그를 제공하지 않았습니다.

원격 에이전트가 계산되지 않는 이유는 무엇입니까? 빌드 2214가 있는 이유는 무엇입니까? 클라이언트 터미널도 2214 빌드인가요?

 
Slava :

로그를 제공하지 않았습니다.

원격 에이전트가 계산되지 않는 이유는 무엇입니까? 빌드 2214가 있는 이유는 무엇입니까? 클라이언트 터미널도 2214 빌드인가요?

2286

로그가 필요한 경우 어렵습니다. 최적화를 위한 대규모 세트가 있는 어드바이저를 시작하는 것이 더 쉽습니다.

하지만 로그를 가져올 위치를 정확히 알려 주시면 게시 하려고 합니다.

시간이 지나면 로그가 상상할 수 있는 모든 크기를 초과한다는 것을 이해하지 못하고 어떤 식으로든 로그를 비활성화하거나 제한하고 싶지 않으므로 정리해야 합니다.

새 계산을 시작하면 약 12시간 후에만 가능합니다.

그런데 작업 코어 중 하나를 비활성화하는 것에 대한 위의 조언은 작동합니다 :-) 배포 알고리즘의 오류를 확인합니다