3. " 하나의 핵심 - 하나의 작업" 이라는 문제는 아직 해결되지 않았으며 아마도 해결되지 않을 것입니다.
클라우드의 경우 이는 비효율적이며 작업을 일괄적으로 전송해야 하므로 전송하지 않습니다. 부분적으로 작업의 일부만 배포한 다음 릴리스된 에이전트에 미니 패킷을 드롭하여 상황을 개선할 수 있습니다. 그러나 현지 에이전트와 농장의 경우 각각 하나의 작업을 제공해야 합니다. 여기에서 마스터는 마스터이고 교통 체증은 그를 위해 피아노를 연주하지 않습니다.
클라우드의 경우 이는 비효율적이며 작업을 일괄적으로 전송해야 하므로 전송하지 않습니다. 부분적으로 작업의 일부만 배포한 다음 릴리스된 에이전트에 미니 패킷을 드롭하여 상황을 개선할 수 있습니다. 그러나 현지 에이전트와 농장의 경우 각각 하나의 작업을 제공해야 합니다. 여기에서 마스터는 마스터이고 교통 체증은 그를 위해 피아노를 연주하지 않습니다.
클라우드의 경우 이는 비효율적이며 작업을 일괄적으로 전송해야 하므로 전송하지 않습니다. 부분적으로 작업의 일부만 배포한 다음 릴리스된 에이전트에 미니 패킷을 드롭하여 상황을 개선할 수 있습니다. 그러나 현지 에이전트와 농장의 경우 각각 하나의 작업을 제공해야 합니다. 여기에서 마스터는 마스터이고 교통 체증은 그를 위해 피아노를 연주하지 않습니다.
이것이 지금 일어나고 있는 일입니다. 패키지가 추가되고 에이전트가 해제되고 다른 에이전트가 사용 중이면 해제된 패키지가 로드되고 더 빨리 대처하면 이전에 실행된 작업이 취소됩니다. 이것은 작업이 많은 경우 단위가 있는 경우 발생하지 않을 수 있습니다.
이것이 지금 일어나고 있는 일입니다. 패키지가 추가되고 에이전트가 해제되고 다른 에이전트가 사용 중이면 해제된 패키지가 로드되고 더 빨리 대처하면 이전에 실행된 작업이 취소됩니다. 이것은 작업이 많은 경우 단위가 있는 경우 발생하지 않을 수 있습니다.
패키지는 거의 한꺼번에 배포되었습니다. 총 작업 수를 상담원 수로 나눈 나머지 부분 만 배포용으로 남겨두었습니다(제 생각에는). 이것은 내 생각에 봄에 이루어졌습니다. 그 이후로 달라진 것이 있습니까? 나는 많이 팔로우하지 않았고, 내 EA는 균일한 로드로 최적화되고 있고, 나는 아직 클라우드를 사용하지 않으며, 로컬 에이전트의 다운타임이 있는 상황은 이제 나에게 덜 관련성이 있습니다.
패키지는 거의 한꺼번에 배포되었습니다. 총 작업 수를 상담원 수로 나눈 나머지 부분 만 배포용으로 남겨두었습니다(제 생각에는). 이것은 내 생각에 봄에 이루어졌습니다. 그 이후로 달라진 것이 있습니까? 나는 많이 팔로우하지 않았고, 내 EA는 균일한 로드로 최적화되고 있고, 나는 아직 클라우드를 사용하지 않으며, 로컬 에이전트의 다운타임이 있는 상황은 이제 나에게 덜 관련성이 있습니다.
3. " 하나의 핵심 - 하나의 작업" 이라는 문제는 아직 해결되지 않았으며 아마도 해결되지 않을 것입니다.
클라우드의 경우 이는 비효율적이며 작업을 일괄적으로 전송해야 하므로 전송하지 않습니다. 부분적으로 작업의 일부만 배포한 다음 릴리스된 에이전트에 미니 패킷을 드롭하여 상황을 개선할 수 있습니다. 그러나 현지 에이전트와 농장의 경우 각각 하나의 작업을 제공해야 합니다. 여기에서 마스터는 마스터이고 교통 체증은 그를 위해 피아노를 연주하지 않습니다.
클라우드의 경우 이는 비효율적이며 작업을 일괄적으로 전송해야 하므로 전송하지 않습니다. 부분적으로 작업의 일부만 배포한 다음 릴리스된 에이전트에 미니 패킷을 드롭하여 상황을 개선할 수 있습니다. 그러나 현지 에이전트와 농장의 경우 각각 하나의 작업을 제공해야 합니다. 여기에서 마스터는 마스터이고 교통 체증은 그를 위해 피아노를 연주하지 않습니다.
너가 확실히 맞아
클라우드의 경우 이는 비효율적이며 작업을 일괄적으로 전송해야 하므로 전송하지 않습니다. 부분적으로 작업의 일부만 배포한 다음 릴리스된 에이전트에 미니 패킷을 드롭하여 상황을 개선할 수 있습니다. 그러나 현지 에이전트와 농장의 경우 각각 하나의 작업을 제공해야 합니다. 여기에서 마스터는 마스터이고 교통 체증은 그를 위해 피아노를 연주하지 않습니다.
이것이 지금 일어나고 있는 일입니다. 패키지가 추가되고 에이전트가 해제되고 다른 에이전트가 사용 중이면 해제된 패키지가 로드되고 더 빨리 대처하면 이전에 실행된 작업이 취소됩니다. 이것은 작업이 많은 경우 단위가 있는 경우 발생하지 않을 수 있습니다.
이것이 지금 일어나고 있는 일입니다. 패키지가 추가되고 에이전트가 해제되고 다른 에이전트가 사용 중이면 해제된 패키지가 로드되고 더 빨리 대처하면 이전에 실행된 작업이 취소됩니다. 이것은 작업이 많은 경우 단위가 있는 경우 발생하지 않을 수 있습니다.
그런 계획(배치)이 현지 에이전트에게 부적절하다는 말만 하는 것 같다....
1-5개의 코어가 계속 바쁘게 매달려 있고 나머지 수십 개의 코어는 유휴 상태이기 때문에.... 게다가 이 1-5개의 코어는 많은 작업을 계산해야 합니다....
게다가 당신은 마침내 내 말을 듣습니다.
더 빠른 코어는 이제 같은 시간 동안 3-4배 더 많은 작업을 계산합니다. 따라서 계산 속도가 10배 빨라집니다.
따라서 커널에 둘 이상의 작업을 제공하는 것은 불가능합니다.
그런 계획(배치)이 현지 에이전트에게 부적절하다는 말밖에는....
1-5개의 코어가 계속 바쁘게 매달려 있고 나머지 수십 개의 코어는 유휴 상태이기 때문에.... 게다가 이 1-5개의 코어는 많은 작업을 계산해야 합니다....
게다가 마침내 내 말을 듣게 됩니다.
더 빠른 코어는 이제 같은 시간 동안 3-4배 더 많은 작업을 계산합니다. 따라서 계산 속도가 10배 빨라집니다.
따라서 커널에 둘 이상의 작업을 제공하는 것은 불가능합니다.
모든 유형의 최적화 를 위해 코어가 유휴 상태입니까? 아니면 유전학만을 위해서입니까?
이것이 지금 일어나고 있는 일입니다. 패키지가 추가되고 에이전트가 해제되고 다른 에이전트가 사용 중이면 해제된 패키지가 로드되고 더 빨리 대처하면 이전에 실행된 작업이 취소됩니다. 이것은 작업이 많은 경우 단위가 있는 경우 발생하지 않을 수 있습니다.
패키지는 거의 한꺼번에 배포되었습니다. 총 작업 수를 상담원 수로 나눈 나머지 부분 만 배포용으로 남겨두었습니다(제 생각에는). 이것은 내 생각에 봄에 이루어졌습니다. 그 이후로 달라진 것이 있습니까? 나는 많이 팔로우하지 않았고, 내 EA는 균일한 로드로 최적화되고 있고, 나는 아직 클라우드를 사용하지 않으며, 로컬 에이전트의 다운타임이 있는 상황은 이제 나에게 덜 관련성이 있습니다.
패키지는 거의 한꺼번에 배포되었습니다. 총 작업 수를 상담원 수로 나눈 나머지 부분 만 배포용으로 남겨두었습니다(제 생각에는). 이것은 내 생각에 봄에 이루어졌습니다. 그 이후로 달라진 것이 있습니까? 나는 많이 팔로우하지 않았고, 내 EA는 균일한 로드로 최적화되고 있고, 나는 아직 클라우드를 사용하지 않으며, 로컬 에이전트의 다운타임이 있는 상황은 이제 나에게 덜 관련성이 있습니다.
최근 관찰은 나에게 그러한 문제를 나타내지 않습니다.
코어가 모든 유형의 최적화 를 위해 유휴 상태입니까 아니면 유전학만을 위해 있습니까?
나는 전체 열거를 사용한다
테스터를 재구축하는 것은 이제 우리의 최우선 과제입니다. 우리는 많은 것을 다시 쓸 것입니다.
유휴 코어 문제를 확인합니다. 개발자에게 질문: 업데이트는 언제이며 이 문제에 대한 임시 해결책이 있습니까? 해결해주겠다고 약속하고 20년초부터 포스팅을 보고있었는데.. 벌써 21살!
나는 도매를 위해 유전자 알고리즘 을 사용합니다
그 결과 몇 시간 걸리던 도매가 하루 이상 늘어납니다..
나는 전체 열거를 사용한다
이 문제에 대한 해결책을 찾았습니까? 나는 후속 출시와 함께 커널을 끄려고 시도했지만 마지막으로 작동하는 커널은 꺼지지 않고 결국 모두가 하나를 기다리고 있습니다.
커널 네트워크 없이 PC의 프로세서만 사용
12개의 코어 중 대부분이 유휴 상태입니다.