샌드박스로 테스트 중인데 8줄 풀벨트를 뽑으려니 드론 3천기 이상을 굴려야 해서 ups 방어가 안 됨;;
요청상자를 패드와 가능한 한 가깝게 붙여서 동선을 최적화했는데도 이 쓰루풋을 감당 못하면 그냥 8줄은 포기하고 절반인 4줄 정도로 타협해야 하겠네
부족한 연구량은 프로메튬팩 쓰는 연구 생산성 무한연구로 때워야 할 듯
샌드박스로 테스트 중인데 8줄 풀벨트를 뽑으려니 드론 3천기 이상을 굴려야 해서 ups 방어가 안 됨;;
요청상자를 패드와 가능한 한 가깝게 붙여서 동선을 최적화했는데도 이 쓰루풋을 감당 못하면 그냥 8줄은 포기하고 절반인 4줄 정도로 타협해야 하겠네
부족한 연구량은 프로메튬팩 쓰는 연구 생산성 무한연구로 때워야 할 듯
드론이 문제가 아닌거 같은디 ㅋㅋㅋ 드론 3천기 갖고 ups가 떨어지는거면 컴 사양이 좀...
나름 무난한 7500f인데 팩토리오 최적화가 좋아서 지금까진 이걸로도 충분했음..
@글쓴 팩붕이(58.29) 시설 규모 보면 드론 3천기가 문제가 아닐거 같은데... 디버깅 정보에서 어느 엔티티 처리가 시간을 많이 잡아먹는지 명확하게 나오니까 그거 보고 생각해봐도 되고.
그냥 네트워크에 드론이 3천기만 있는 게 아니라ㅋㅋ 그건 당연히 버티고 3천기가 전부 쉬지 않고 지속적으로 작업을 하니까 프레임이 떨어지더라
@글쓴 팩붕이(58.29) 3천기가 아니고 1만기가 전부 안쉬고 일해도 글케 처리량 안많았던걸로 기억하는데. 디버깅 정보 살펴보셈 기지 규모가 얼마나 되는데?
@글쓴 팩붕이(58.29) 아니면 허브 사이즈가 너무 커서 그럴수도? 여튼 당장 주어진 정보만으로는 ups가 털리는 원인을 잘 모르겠네
@ㅇㅇ(218.52) 찾아보니까 투입기가 드론의 20배는 처먹고 있었네ㅋㅋ 미치겠다
@글쓴 팩붕이(58.29) ㅇㅇ 봇도 생각보다 최적화 엄청 잘 되어있어서 뭐 몇만대 돌리는거 아니고서야 생각보다 글케 비중 안큼. 대부분은 투입기가 제일 영향이 큼.
라이젠 7500f면 뭐 당장은 램 오버 살짝 먹여봐도 좋을듯
CPU말고 그래픽때문에 난리나는거 아님?
그럴 가능성도 있을듯 봇이 많이 돌아다니면 떨어진다 그러니
@ㅇㅇ(218.52) 봇 ups도 존나 옛날말임
드론을 안쳐다보면 괜찮을걸
8줄이면 거의 2M인가
ㅇㅇ 목표는 2M 그 이상 바라보고 있어