지금까지 사용해오던 OS 커널 기반의 스레드 방식에서 벗어나 jvm(프로세스)차원에 스레드를 사용해서
커널로부터 종속되지 않을 뿐더러 넌블러킹 방식을 안사용해도 알아서 넌블러킹 처럼작동할 뿐더러(넌블러킹과 같진 않음)
컨택스트 스위칭 비용조차 줄여지는데. 이거 미친거 아닌가요? Spring WebFlux 왜사용함 ㅋㅋ?
지금까지 사용해오던 OS 커널 기반의 스레드 방식에서 벗어나 jvm(프로세스)차원에 스레드를 사용해서
커널로부터 종속되지 않을 뿐더러 넌블러킹 방식을 안사용해도 알아서 넌블러킹 처럼작동할 뿐더러(넌블러킹과 같진 않음)
컨택스트 스위칭 비용조차 줄여지는데. 이거 미친거 아닌가요? Spring WebFlux 왜사용함 ㅋㅋ?
코루틴 고루틴 이런거인가?
비슷한데 자바 스레드 기반 환경에 좀더 최적화 되있는듯
그냥 node js 방식 같은거 아녀?
내부매커니즘은 다른데 결과적으론 비슷하게 동작하는것 같은데 대신 node.js는 cpu bound과정에서 병목될 수 있는걸로 아는데 가상스레드는 메모리를 고려 안하면 무한하니깐.. 일단 안써봐서 잘 몰겠네
go, kotlin은 숨쉬듯이 하던거
그렇게 말하니 뼈맞은것 같은데.. 스프링 쓰는 입장에선 Thread Per Request 방식에서 곧 벗어날 수 있는거자나..