ups를 고려할 상황이면 양이 많지 않을 수가 없을것같은데 구체적으로 무슨상황임?
공급 라인이랑 생산 라인이랑 같이쓰게
벨트 꽉채워서 반줄세개나 한줄세개로 넣고 생산품은 별도로 또 빼는게 제일 나을 듯
1줄로 보내는 게 훨씬 많이들걸? 벨트 위 아이템을 하나씩 연산하는게 아니라 200개 정도 되는 묶음으로 연산하는데 스시벨트처럼 넣으면 다 쪼개져서 UPS 수십배로 먹을거임
반줄은 어떻게 됨?
반줄에 3종을 보낸다는 거임? 아님 반줄씩 1줄 반을 보낸다는거냐
벨트 연산은 반줄 계산으로 하는데 반줄에 물건이 섞인 순간 UPS 압축이 안됨 ㅇㅇ 즉 1벨트에 2품목이 최대고 3품목 쓰는순간 반줄 어딘가에는 물건이 섞이게 되고, 이럴 경우 벨트 전체를 한개의 entity로 간주할수 없기 떄문에 모든 물건의 포지션을 연산해야함.
잘 알고 있겠지만 벨트가 같은 물건으로 꽉 찼을 경우 (반줄 단위), 꽉 찬 compression 상태의 시작점과 끝점만을 연산하고, 중간을 생략해버리는 방식으로 UPS를 엄청 잘약하는 거임. 물건을 섞으면 이게 불가능.
ups를 고려할 상황이면 양이 많지 않을 수가 없을것같은데 구체적으로 무슨상황임?
공급 라인이랑 생산 라인이랑 같이쓰게
벨트 꽉채워서 반줄세개나 한줄세개로 넣고 생산품은 별도로 또 빼는게 제일 나을 듯
1줄로 보내는 게 훨씬 많이들걸? 벨트 위 아이템을 하나씩 연산하는게 아니라 200개 정도 되는 묶음으로 연산하는데 스시벨트처럼 넣으면 다 쪼개져서 UPS 수십배로 먹을거임
반줄은 어떻게 됨?
반줄에 3종을 보낸다는 거임? 아님 반줄씩 1줄 반을 보낸다는거냐
벨트 연산은 반줄 계산으로 하는데 반줄에 물건이 섞인 순간 UPS 압축이 안됨 ㅇㅇ 즉 1벨트에 2품목이 최대고 3품목 쓰는순간 반줄 어딘가에는 물건이 섞이게 되고, 이럴 경우 벨트 전체를 한개의 entity로 간주할수 없기 떄문에 모든 물건의 포지션을 연산해야함.
잘 알고 있겠지만 벨트가 같은 물건으로 꽉 찼을 경우 (반줄 단위), 꽉 찬 compression 상태의 시작점과 끝점만을 연산하고, 중간을 생략해버리는 방식으로 UPS를 엄청 잘약하는 거임. 물건을 섞으면 이게 불가능.