1. 코루틴은 크기가 Object 단위임 고루틴보다 훨씬 작음
2. 코루틴 스케줄러는 FIFO 임. 고루틴보다 CPU 잘 갈굼. 내부적으론 더 복잡하긴 함(널널한 쓰레드가 Job을 가로채기도 함)
3. 코루틴은 CPS 패턴으로 동작함. 블로킹 시 CPU의 자원을 사용하지 않음
4. 자신만의 스케줄러를 정의 가능함. 더 로우레벨 최적화가 가능
5. 동기 코드와 비동기 코드가 어우러질 수 있음(비동기 코드를 동기 코드처럼 다른 코드와 쉽게 혼용 가능)
JVM의 쓰레드가 좆병신인거 빼곤 얘보다 뛰어난거 못봄
근데 멀티플랫폼으로 돌리면 ㅈㄴ빠름 ^오^
2. 코루틴 스케줄러는 FIFO 임. 고루틴보다 CPU 잘 갈굼. 내부적으론 더 복잡하긴 함(널널한 쓰레드가 Job을 가로채기도 함)
3. 코루틴은 CPS 패턴으로 동작함. 블로킹 시 CPU의 자원을 사용하지 않음
4. 자신만의 스케줄러를 정의 가능함. 더 로우레벨 최적화가 가능
5. 동기 코드와 비동기 코드가 어우러질 수 있음(비동기 코드를 동기 코드처럼 다른 코드와 쉽게 혼용 가능)
JVM의 쓰레드가 좆병신인거 빼곤 얘보다 뛰어난거 못봄
근데 멀티플랫폼으로 돌리면 ㅈㄴ빠름 ^오^
1~4번의 장점이 없어도 5번이 너무큰듯 타입스크립트 쓸때 5번 너무 마려웠음 - dc App
3번이 대체 무슨 말인지 숙고중 컨티뉴에이션을 함수인자로 받아서 쭉쭉 연결한다고 cpu를 안쓰는건가 고민됨