인데, 그러면 한 칸당 스택되는 양 늘어나는 모드 써서 한칸에 스택 엄청 된 아이템 넣으면 ups에 영향 있음?
요약: ups에 영향주는건 아이템 개수임? 아이템이 차지하는 칸수임? 상자의 전체 칸수임?
- dc official App
댓글 14
전체칸수
익명(223.39)2024-04-28 13:45
전체칸수일꺼임 스택은 관련없을꺼야 . 근데 ups 걱정이라면 차라리 무한 창고는 어떄? 이건 칸수가 없이 그냥 숫자만 적어놓고 무한이 넣고 빼고 할수있는데신 양 많아지만 전기 많이먹던데 (ups테스트는 안해보긴함 그래도 적게들지않을까?)
팩붕이 1(221.152)2024-04-28 13:57
답글
모드 이름은 memory storage
팩붕이 1(221.152)2024-04-28 14:00
답글
설명만 들으면 스크립트 쓰면서 더 ups를 먹을수도 있어보이는데
익명(gkskenftptdi)2024-04-28 14:27
답글
아마 일반상자는 배열을 쓸꺼임 40칸 상자면 일정 주기마다 40칸을 모두 확인하기때문에 느려질꺼고
1칸짜리 창고는 반대로 느려지는게 없을꺼임
그리고 무한상자가 어떤 종류의 템이던 무한이 넣어주는거면 map이나 동적배열을 쓸텐데 당연히 한칸짜리보단 느리지만 기존 40칸상자 이런것보다는 빠를꺼로 추측됨 (뭘로 구현했는지에 따라 많을 템을 넣었을때 엄청 느려질수도 있음)
그리고 컴퓨터는 타입이 같으면 1+1이던 10억+10억이던 소요 시간이 같을꺼임
주로 쓰는 정수타입이 int인데 int일경우2147483647개까지 잘 담길꺼임
rich-chanel(rich1055)2024-04-28 16:29
답글
무한상자를 뜯진 않아서 모르겠는데 결국 기존 프로토타입 아니면 스크립트 쓸텐데 더 빠를수가 있다고?
게다가 일반상자에 어떤 최적화가 있을지 모르는 상태에서 무한상자가 더 빠르다고 장담하긴 힘들걸
익명(119.200)2024-04-28 16:42
답글
자세한건 코드를 뜯어봐야 알겠지만 모드 소개에 한가지 아이템만 넣을 수 있다고 써있는거 보면 대충 어떤식일지는 짐작이 됨
처음에 아이템이 하나라도 들어갔으면 그때부터는 그 아이템만 넣을수 있게 필터가 걸릴거고 그 이후로 상자의 내용물이 너무 많아지면 모드에서 관리하는 내부 변수의 값을 증가시켜줌과 동시에 상자내용물을 그만큼 제거하고, 반대로 상자가 점점 비워지고 있는 상황이면 내부변수 값을 깎고 그만큼 실물상자에 아이템을 채워주는 방식으로 동작하지 않을까싶음
이파(dc8626)2024-04-28 16:43
답글
상자의 기본용량이 몇으로 되어있는지는 모르겠는데 상자가 아주짧은시간에 가득차고 텅비고 하는 상황이 아니라면 상자를 검색하는 빈도자체는 굉장히 느긋해도 되긴한데 기차 상하차용으로 쓸거라면 그래도 은근 차고빠지는속도가 빠를거고 그럼 탐색빈도를 늘어날수는 있을것 같음. 상자의 기본용량을 크게 잡아준다면 빈도수는 줄일 수 있겠지만 그럼 그것대로 또 UPS에 해로울테고.
아무튼 실험해봐야 확실하겠지만 그래도 스크립트 안쓰는 상자보다는 UPS를 더 먹긴 하지 않을까 싶음
이파(dc8626)2024-04-28 16:46
답글
익명(221.152)2024-04-28 16:58
답글
어제 모드 찾아보려다 실패했는데 한가지 아이템만 넣어지는거구나
그럼 비좁은 컨테이너 모드가 무조건 압승일듯?
위에 설명할때 그냥 40칸이라 하긴 했는데 큰 모드상자들보면 칸수 훨씬 많지 않나
코드 뜯어보거나 테스트 전에는 확실히 뭐가 빠를지 모르린 함
모드 한번 자세히보니까 기본적으로 300칸짜리 사이즈 상자고, 140~150스택을 유지하려고 하면서 그 이상의 아이템이 들어오면 가상공간으로 날려버리거나 그 이하의 아이템이 있으면 가상공간에서 빼오고, 일정시간 주기로 전기인터페이스나 상수조합기 값을 갱신하도록 되어있네
기본 크기가 300스택인 이상 바닐라 상자에 비해 UPS 메리트는 없을 것 같음
이파(dc8626)2024-04-30 01:22
답글
아 한수가 한칸인게 아니구나
그냥 겁나 느리겠네 ㄱㅅ
rich-chanel(rich1055)2024-04-30 01:32
스택이 얼마까지 들어가는 지 일걸, 스택에 있는 아이템 정보는 스캔할게 아니라 수치만 확인하면 되는데 전체 칸수가 늘어나면 이 한칸 한칸 스캔하는걸 모든 칸에 대해 해야해서 부담 되는걸로 암.
전체칸수
전체칸수일꺼임 스택은 관련없을꺼야 . 근데 ups 걱정이라면 차라리 무한 창고는 어떄? 이건 칸수가 없이 그냥 숫자만 적어놓고 무한이 넣고 빼고 할수있는데신 양 많아지만 전기 많이먹던데 (ups테스트는 안해보긴함 그래도 적게들지않을까?)
모드 이름은 memory storage
설명만 들으면 스크립트 쓰면서 더 ups를 먹을수도 있어보이는데
아마 일반상자는 배열을 쓸꺼임 40칸 상자면 일정 주기마다 40칸을 모두 확인하기때문에 느려질꺼고 1칸짜리 창고는 반대로 느려지는게 없을꺼임 그리고 무한상자가 어떤 종류의 템이던 무한이 넣어주는거면 map이나 동적배열을 쓸텐데 당연히 한칸짜리보단 느리지만 기존 40칸상자 이런것보다는 빠를꺼로 추측됨 (뭘로 구현했는지에 따라 많을 템을 넣었을때 엄청 느려질수도 있음) 그리고 컴퓨터는 타입이 같으면 1+1이던 10억+10억이던 소요 시간이 같을꺼임 주로 쓰는 정수타입이 int인데 int일경우2147483647개까지 잘 담길꺼임
무한상자를 뜯진 않아서 모르겠는데 결국 기존 프로토타입 아니면 스크립트 쓸텐데 더 빠를수가 있다고? 게다가 일반상자에 어떤 최적화가 있을지 모르는 상태에서 무한상자가 더 빠르다고 장담하긴 힘들걸
자세한건 코드를 뜯어봐야 알겠지만 모드 소개에 한가지 아이템만 넣을 수 있다고 써있는거 보면 대충 어떤식일지는 짐작이 됨 처음에 아이템이 하나라도 들어갔으면 그때부터는 그 아이템만 넣을수 있게 필터가 걸릴거고 그 이후로 상자의 내용물이 너무 많아지면 모드에서 관리하는 내부 변수의 값을 증가시켜줌과 동시에 상자내용물을 그만큼 제거하고, 반대로 상자가 점점 비워지고 있는 상황이면 내부변수 값을 깎고 그만큼 실물상자에 아이템을 채워주는 방식으로 동작하지 않을까싶음
상자의 기본용량이 몇으로 되어있는지는 모르겠는데 상자가 아주짧은시간에 가득차고 텅비고 하는 상황이 아니라면 상자를 검색하는 빈도자체는 굉장히 느긋해도 되긴한데 기차 상하차용으로 쓸거라면 그래도 은근 차고빠지는속도가 빠를거고 그럼 탐색빈도를 늘어날수는 있을것 같음. 상자의 기본용량을 크게 잡아준다면 빈도수는 줄일 수 있겠지만 그럼 그것대로 또 UPS에 해로울테고. 아무튼 실험해봐야 확실하겠지만 그래도 스크립트 안쓰는 상자보다는 UPS를 더 먹긴 하지 않을까 싶음
어제 모드 찾아보려다 실패했는데 한가지 아이템만 넣어지는거구나 그럼 비좁은 컨테이너 모드가 무조건 압승일듯? 위에 설명할때 그냥 40칸이라 하긴 했는데 큰 모드상자들보면 칸수 훨씬 많지 않나 코드 뜯어보거나 테스트 전에는 확실히 뭐가 빠를지 모르린 함
아 상자크기 기껏해야 100칸쯤 되는줄 알았는데 웨어하우스 800칸이네 이정도면 무한창고가 훨씬 빠를듯
모드 한번 자세히보니까 기본적으로 300칸짜리 사이즈 상자고, 140~150스택을 유지하려고 하면서 그 이상의 아이템이 들어오면 가상공간으로 날려버리거나 그 이하의 아이템이 있으면 가상공간에서 빼오고, 일정시간 주기로 전기인터페이스나 상수조합기 값을 갱신하도록 되어있네 기본 크기가 300스택인 이상 바닐라 상자에 비해 UPS 메리트는 없을 것 같음
아 한수가 한칸인게 아니구나 그냥 겁나 느리겠네 ㄱㅅ
스택이 얼마까지 들어가는 지 일걸, 스택에 있는 아이템 정보는 스캔할게 아니라 수치만 확인하면 되는데 전체 칸수가 늘어나면 이 한칸 한칸 스캔하는걸 모든 칸에 대해 해야해서 부담 되는걸로 암.