[🐣질문] 오브젝트 다수 생성할때 렉이 심하네요

[흐엉(113.60)]

public class ObjectPoolingManager : MonoBehaviour

{

    public static ObjectPoolingManager instance;

    public GameObject m_goPrefab =null;

    public Queue m_queue = new Queue();

    public int numOfobject;

    Vector3 position;

    void Awake()

    {

        instance = this;

        for (int i = 0; i

        {

            GameObject t_object = Instantiate(m_goPrefab, Vector3.zero, Quaternion.identity);

            t_object.GetComponent().position = Vector3.zero;

            t_object.SetActive(false);

            m_queue.Enqueue(t_object);

        }

    }

    public void InsertQueue(GameObject p_object)

    {

        m_queue.Enqueue(p_object);

        p_object.SetActive(false);

    }

    public GameObject GetQueue(Vector3 position)

    {

        GameObject t_object = m_queue.Dequeue();

        t_object.GetComponent().position = position;

        t_object.SetActive(true);

        return t_object;

    }

}

----------------------여기까지가 오브젝트 풀링 코드입니다. 유튜브에서 강좌보고 그대로 썼어요

public class Drop: MonoBehaviour

{

    Rigidbody2D rigid;

    void Awake() {

        rigid = GetComponent();

    }

    void InsertDrop()

    {

        ObjectPoolingManager.instance.InsertQueue(gameObject);

    }

    void OnEnable() {

        //gameObject.GetComponent().velocity = Vector3.zero;

        rigid.AddForce(Vector3.down*3);

        Invoke("InsertDrop", 4f);

    }

    

}

---------------- 이건 제가 작성한 물방울 코드입니다(rigidbody2d, circlecollider를 가진 오브젝트프리팹입니다)

public class Generator : MonoBehaviour

{

    public Vector3 position;

    GameObject t_object;

    Vector3 P;

    

    void Start()

    {

        P =transform.position;

        createWater();

    }

    

    void createWater()

    {

        t_object = ObjectPoolingManager.instance.GetQueue(P);

        Invoke("createWater", 0.035f);

    }

}

--------------------이건 generator 코드입니다.

generator가 5개정도 넘어가면 렉이 심해지네요 제 코드가 문제가 있는걸까요??

[살구안즈(salguanz)]

1. 풀 초기화하는 부분이 잘려서 오브젝트 몇개를 생성해 놓는지 모르겠는데 generator를 5개 만들었을 때 단순히 산술적으로 계산해보면 570개 미만이면 큐 채우는 속도가 빼는 속도를 못따라가서 GetQueue에서 null exception이 터질거라고 생각함. 그게 병목의 원인일 수도 있음.

[살구안즈(salguanz)]

2. 그 외에 생각나는 가설은 0.035초에 두 번씩 GetComponent가 호출되는 것이 의외로 코스트가 커서 병목을 발생시키는 걸 수도 있음.

[살구안즈(salguanz)]

아 주석이구나 0.035초에 한 번씩 GetComponent가 호출되네

[살구안즈(salguanz)]

1의 해결법은 초기화 할 때 생성할 오브젝트 수를 늘려주면 되고, 2의 해결법은 GetQueue에서 GetComponent 호출하는 부분을 없애기 위해 큐에 담아놓을 객체의 타입을 GameObject로 하지말고 Drop으로 해놓으면 될 거 같음

[흐엉(113.60)]

답변감사합니다! 객체의 타입을 제가 만든 클래스로도 할수있나보군요.. 하나 배워갑니다 이렇게도 해볼게요

[로코복실한(dovecreative)]

논리적으로는 부하가 걸릴만한 부분은 없는데, 대신 rigidbody 물리 연산 개체가 너무 많아져서 계산이 무거워지는 것 같아. 한번 빼고 해볼래?

[로코복실한(dovecreative)]

단순 계산으로 4초간 유지되는 물방울을 0.035초마다 생성하는 제너레이터가 5개 있으면 프레임당 약 570번의 물리 연산을 해야 하는데, 저사양일 경우 무리가 있을 수도 있어. 물리 부분을 빼고 한번 해볼래?

[로코복실한(dovecreative)]

글고 윗댓처럼 큐에 게임오브젝트가 없으면 채워주는 시스템도 필요해. 지금 에러가 안떴으면 당장 문제는 없지만 생성 속도가 빨라지거나 한다면 문제가 생길 수 있어.

[흐엉(113.60)]

후 답변 감사합니다 빼고하니까 훨씬 가벼워지네요 setactive가 너무 많은것이 부하의 원인인가했는데 물리연산개체가 너무 많은것이 문제였나보군요 ㅎㅎ;

[dd(49.162)]

덧글추