[🐣질문] 유니티 스레드, 코루틴, 블럭킹 관련

[익명(115.92)]

코루틴이고 나발이고 

별도 쓰레드가 아닌이상 메인 스레드에서 웹요청, 파일IO 하면 안되는거 아님?

yield return UnityWebRequest.Get("http")

이렇게 코루틴에서 통신, 파일IO 많이 하던데

메인 스레드에서 실행되는거 아님?? 진짜 문서 읽어봐도 모르겠어 

뭘봐야하는지...

[ㅇㅇ 1(114.202)]

아까 맨 밑에 달았던 게이인데 스케줄링 개념이라고 아냐?

[글쓴 ㅇㅇ(115.92)]

cpu가 스케쥴링 하는거 같은거?? 싱글스레드로 여러작업 돌리는것도 코루틴으로 흉내낼 수 있잖아

[글쓴 ㅇㅇ(115.92)]

근데 쪼갤 수 없는 어떤작업이 오래걸리면 망하잖아...

[ㅇㅇ 1(114.202)]

그냥 쓰자

[라라루라(hwi7586)]

Coroutine 은 메인 스레드에서 실행되는 걸로 알고 있음. 질문이 좀 모호한데 뭐가 궁금한 거노??

[글쓴 ㅇㅇ(115.92)]

오래걸리는 작업 파일읽기 웹요청을 유니티에서 코루틴 안에 yield return UnityWebRequest.Get("http") 이렇게 하는데 이러면 메인 스레드에 영향이 안가도 fps도 안떨어지잖아 저거의 작동방식, 원리가 문서에 안나와있음... 정확히 어떤방식으로 동작하는지...

[라라루라(hwi7586)]

Coroutine 자체는 Unity 내부 개념이라 나도 찾아봤을 때 정확한 건 안 나오더라. 그나마 겉가지로 파악해보려면 IEnumerator, IEnumerable, Foreach, yield 파악해서 알아보면 쉬움. 간단하게 설명하면, 반복자라는 게 있고, 이거 덕분에 함수를 중간에 멈췄다가 그 위치에서 다시 실행하거나 하는 게 가능한데, 이것과 연관된 개념이 IEnumerator, IEnumerable임. Foreach 의 내부적 구현을 살펴보면 저 반복자로 구현되어 있음. yield 는 IEnumerator, IEnumerable 로 class 를 직접 구현하지 않고 쓸 수 있게 해주는 키워드.

[라라루라(hwi7586)]

Coroutine 은 저 반복자랑, 함수 중간에 멈췄다 실행하는 개념 기반으로 해서 Unity 에서 함수 중간에 쉬었다가 실행할 수 있도록 만든 기능으로 알고 있음. 메인 스레드에서 해당 함수 돌리다가, yield return new WaitForSecond() 같은 거 나오면, 그 함수 중간에 멈췄다가 다시 실행하는 것처럼, 메인 스레드가 저 함수 실행하다, 특정 시점 멈춰 다른 거 실행하다 다시 돌아오는 식. WebRequest 도 동일하게, Server Response 받기 전까지 다른 곳 실행하다 다시 돌아오도록 만든 거임

[ㅇㅇ 1(114.202)]

내가 아까 한 말이잖아 Task.delay

[라라루라(hwi7586)]

yield return + UnityWebRequest.Get("http")이 반환하는 asyncOperation 이 Coroutine 으로 인해 함수의 실행을 잠시 멈췄다 특정 조건 충족할 경우, 해당 시점부터 다시 함수를 실행한다고 요약 가능할 듯. Coroutine 과 yield return + asyncOperation 을 조합했을 때의 처리는 그냥 Unity 가 그렇게 만들어 놨구나 생각하는 게 편하고.

[라라루라(hwi7586)]

Task 에 의한 delay 는 .NET 작업 스케줄러에 의해 관리 되는 거라 내부 처리는 좀 다르지 않음?

[라라루라(hwi7586)]

떠올리면서 쓴 거라 오개념 좀 있노; 밑에 정리 링크가 더 정확할 거임

[라라루라(hwi7586)]

https://publish.obsidian.md/pavdup-second-brain/2.+%ED%99%9C%EB%8F%99+%2B+%EC%B0%BD%EC%9E%91/Developments/Game/Unity/000.+Permanent/Unity+%EB%A1%9C+%EB%B0%B0%EC%9A%B0%EB%8A%94+%EA%B2%8C%EC%9E%84+%EB%94%94%EC%9E%90%EC%9D%B8+%ED%8C%A8%ED%84%B4/Chapter+3.+%EC%9C%A0%EB%8B%88%ED%8B%B0+%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%B0%8D+%EC%84%A4%EB%AA%85+-+Coroutine

[라라루라(hwi7586)]

https://publish.obsidian.md/pavdup-second-brain/2.+%ED%99%9C%EB%8F%99+%2B+%EC%B0%BD%EC%9E%91/Developments/Game/Unity/000.+Permanent/Unity.+UnityWebRequest+%EC%A0%95%EB%A6%AC+%EB%B0%8F+%EC%8B%A4%EC%8A%B5

[라라루라(hwi7586)]

정리해둔 건데 심심하면 읽어보셈

[글쓴 ㅇㅇ(115.92)]

고마워 읽어보겠음 추가로 어째는 custom ienuerator 만들어도 돌아가는건 메인쓰레드인데 작업이 오래걸리는걸 왜 코루틴에서 하는게 궁금함 <--- 이런게 궁금함

[라라루라(hwi7586)]

Coroutine 에서 Request 처리하면 오래 안 걸림. "request 보내고 - (그 사이 시간) -> response 받기" 에서, 그 사이 시간이 오래 걸리는 건데, coroutine 으로 처리하면 "그 사이 시간" 동안 main thread 가 그 함수에 묶여있는 게 아니라, 다른 곳에서 처리할 수 있어서 쓰는 거임. coroutine 이 뭐하는 친구인지를 간단한 예제 바탕으로 살펴보는 것도 괜찮을 듯.

[ㅇㅇ 2(121.129)]

나도 제대로 아는건 아니지만 전에 어떤 글 봤었던거 기억한대로 설명해드림...정확도 100퍼센트 아님 일단 유니티가 코루틴을 만든 이유가 어떤 작업(task)을 여러 프레임에 나눠서 작업할 수 있도록 하기위해 만들었다함. 예를 들어서 사양이 많이 구린 컴에서 한번에 100마리의 몬스터를 생성한다 할 때 특정 프레임에 바로 100마리를 생성하면 당연히 처리속도가 느려서 프레임이 뚝 떨어지는 현상이 발생함. 이런 일을 방지하기위해 코루틴을 이용해서 100마리를 10마리로 10번으로 10프레임에 나눠서 생성을 하는 방식을 사용함. 즉 바로 윗 댓에서 말한 '작업이 오래걸리는걸 왜 코루틴에서 하는지' 는 오래걸리는 작업을 짧은 작업 여러개로 나누어 여러 프레임동안 실행하기 위해 사용한다 보면됨.

[ㅇㅇ 2(121.129)]

그리고 코루틴이 돌아가는 방식이 코루틴을 실행 > yield문을 만나면 유니티 내부에서 해당 yield문의 주소를 별도의 테이블에 저장 > 유니티 라이프사이클에서 yield 조건에 따라 사이클마다 조건을 체크 > 조건이 참일경우 다음으로 진행or 조건이 거짓일경우 다음 라이프사이클 대기 방식으로 돌아감. yield 사이클은 구글에 unity life cycle 치면 이벤트 함수의 실행 순서 나오는데 그 공식문서 확인해보면됨

[ㅇㅇ 2(121.129)]

윗 댓에서 쓴 webrequest의 경우를 추가로 예시로 들자면 webrequest는 말 그대로 웹통신을 해서 해당 웹주소로부터 데이터를 받아오는데 이는 현재 인터넷 속도나 서버의 상태에 따라서 오래걸림 이걸 그냥 단순 unity의 start문이나 메소드에서 실행한다 하면 해당 메소드가 실행된 프레임안에서 데이터를 받아오는 작업까지 끝이 나야함. 만약 인터넷속도가 느리고 받아올 데이터가 많아 3초정도가 걸린다면 해당 메소드 실행 > 3초간 프리징 > 데이터 전부 받아짐 > 그 후 작업까지 모두 진행되야 프리징 풀림 이 되겠지 하지만 코루틴은 말한대로 작업을 나누고 조건이 참인지 체크하면 넘어가기 때문에 코루틴 메소드 실행 > 받아오는 작업을 프레임마다 실행하며 전부 받아왔는지 체크(프레임은 정상적으로 진행)

[라라루라(hwi7586)]

딱 이런 거 보고 싶어서 글 썼겠다 싶노! 나보다 좋은 설명인 듯

[ㅇㅇ 2(121.129)]

> 데이터를 전부 받아짐 > 조건 참인지 체크. 전부 받아졌으므로 참 > 그 후 작업 마저 진행 이런식이 되기때문에 프레임이 떨이지는 문제를 해결할 수 있음.

[ㅇㅇ 2(121.129)]

여기서 쪼끔더 나아가자면 '그러면 작업을 나누는거면 그냥 async 이용해서 멀티스레드로 굴리면 되지않나?' 라고 생각할 수 있음. 물론 서버에서 데이터를 받는등의 작업은 멀티쓰레드를 이용해서 해결할 수 있지만, 유니티는 기본적으로 하나의 쓰레드(아주 정확히는 두개의 쓰레드(멀티쓰레드) 사용함. 메인쓰레드와 피직스쓰레드. 이건 주제에서 벗어난 내용이라 패스함)만 사용하고, 이 메인 쓰레드만이 유니티 내부 함수나 ui에 접근이 가능함. 실제로 멀티쓰레드로 유니티 ui작업 진행하면 메인쓰레드만 ui 접근이 가능하다 뜨면서 에러 뱉어냄. 궁금하면 확인하고. 아무튼 이러한 구조이기 때문에 만약 유니티 내부함수나 ui쪽에서 헤비한 작업을 진행해야 할 경우 async가 아닌 코루틴을 사용해야함.

[ㅇㅇ 2(121.129)]

추가로, 이러한 문제(메인쓰레드에서만 유니티 내부함수 및 ui관련 함수를 실행가능 한 것)를 해결하고 더 편하게 쓸수있도록 최적화한 unitask 라는 unity 전용 멀티쓰레드 패키지가 있음. unitask는 unity 함수나 ui관련 작업도 가능한걸로 아는데 이게 메인쓰레드로 작업을 넘겨주는건지 정확히는 나도 문서 안뒤져봐서 모르겠으나, 아무튼 이런것도 있음...

[글쓴 ㅇㅇ(115.92)]

ㄹㅇ 고맙다... 근데 마지막으로 하나 궁금한거는 쪼갤 수 없는 작업이 큰거면?? 유니티에서 만든 Http Get은 뭐 어찌어찌 해서 자기들이 만들었다고 한다면 외부 라이브러리나 순수 .net 라이브러리 중에서 쪼갤 수 없는 작업은 그냥 쓰레드 돌리고 이쓰레드가 끝났는지는 코루틴 만들어서 확인하면 되는 방식으로 가면 돼??

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[글쓴 ㅇㅇ(115.92)]

그러네... 내가 마지막으로 쓴 댓글 이게 답이구나

[익명(121.129)]

다른 스레드에 맡긴다는건 멀티스레드로 돌아간다는거임? 첨알았네... 나는 메인스레드에서 관리하는걸로 알고있었는데

[익명(121.129)]

아 찾아보니까 코루틴 자체는 메인쓰레드에서 돌아가는게 맞고, unitywebrequest는 별도의 쓰레드로 움직이고, 이 쓰레드로부터 받아온 데이터는 메인쓰레드에서만 접근이 가능하다 나오네 코루틴이랑 유니티웹리퀘스트를 하나로 보는게 아니라 별도로 봐야하네 코루틴 = 메인쓰레드, 웹리퀘스트 = 별도쓰레드 하나 배워갑니당