이벤트루프는 언제 유리하고 언제 불리할까?

이벤트루프는 언제 유리하고 언제 불리할까요?

1. 이벤트루프는 언제 유리하고 언제 불리할까요?
2. 적은 자리로 많은 일을 처리하는 방식이 항상 유리하다면, 왜 아직도 자리를 많이 두는 서버가 있을까요?
3. 첫 그림은 자리가 하나뿐인 은행입니다.
4. 손님들은 저마다 금고에 서류를 가지러 가야 합니다.
5. 한 명이 금고로 떠납니다.
6. 은행원은 기다리지 않고 다음 사람을 부릅니다.
7. 기다림은 창구를 비켜 주니까요.
8. 그래서 금고에 7명이 동시에 가 있게 됩니다.
9. 자리는 여전히 하나입니다.
10. 이제 돌아온 사람부터 하나씩 끝나 나갑니다.
11. 자리 하나로 열두 건이 전부 끝났습니다.
12. 위 그림의 자리를 4로 눌러 같은 일을 다시 시켜 보세요.
13. 창구는 여전히 하나이고, 손님 네 명이 같은 건수를 나눠 봅니다.
14. 두 그림 다 일은 끝납니다 — 갈리는 것은 몇 자리를 붙들고 있었나입니다.
15. 이제 숫자로 뒤집어 보겠습니다.
16. 기다림이 대부분인 일 12건을 자리 1개와 자리 4개에 각각 태웠습니다.
17. 자리 1개는 24.0칸, 자리 4개는 34.6칸입니다.
18. 자리를 네 배 준 쪽이 오히려 1.4배 느립니다.
19. 10.6칸의 차이가 어디서 오는지 갈라 보겠습니다.
20. 자리가 4개면 금고에 동시에 가 있을 수 있는 손님도 4명뿐입니다.
21. 자리 하나로 도는 은행원은 7명을 금고에 보내 놓고 다음 사람을 받았습니다.
22. 바꿔 앉는 비용만 0으로 두고 다시 돌리면 31.6칸입니다.
23. 창구에 앉은 사람이 21번 바뀐 비용은 차이의 28.3%뿐입니다.
24. 나머지는 동시에 몇 명을 기다리게 해 두었나에서 옵니다.
25. 그래서 이벤트루프의 이득은 빠름이 아니라, 적은 자리로 많은 기다림을 동시에 걸어 두는 것입니다.
26. 동시에 붙들고 있던 자리는 4개와 1.1개, 3.5배 차이였습니다.
27. 자리 하나를 메모리 한 단위로 센 단순화라, 실제 서버에서 메모리까지 줄어드는지는 늘 그렇지 않습니다.
28. 그동안 창구가 실제로 일한 시간의 비율은 69.4%와 100%였습니다.
29. 두 번째 그림에서는 무거운 계산 하나가 섞입니다.
30. 자리 하나짜리 은행에서는 계산하는 손님이 창구를 놓지 않습니다.
31. 금고에서 돌아온 사람들이 전부 서서 기다립니다.
32. 전체가 끝나는 시각은 자리 1개 쪽이 40.5칸입니다.
33. 자리 12개 쪽은 46.8칸이니 오히려 느립니다.
34. 그런데 나머지 요청 12건이 끝난 평균 시각을 보면 이야기가 달라집니다.
35. 자리 1개에서 38.1칸, 자리 12개에서 17.6칸입니다.
36. 2.2배 벌어집니다.
37. 전체 처리량과 손님 한 명이 겪는 시간은 다른 이야기입니다.
38. 세 번째 그림은 답이 올 때까지 창구를 비워 둔 채 기다리는 경우입니다.
39. 이것을 블로킹이라고 부릅니다.
40. 같은 열두 건이 96.0칸 걸립니다.
41. 자리 하나짜리 동기 서버와 칸 단위까지 같은 값입니다.
42. 금고에 동시에 가 있던 사람이 7명에서 1명으로 줄어, 겹칠 것이 없어졌기 때문입니다.
43. 그래서 무엇을 고르면 될까요?
44. 기다림이 대부분이고 접속이 많으면 이벤트루프나 코루틴입니다.
45. 요청 하나가 CPU를 오래 붙잡으면 스레드풀입니다.
46. 기다리는 동안 손을 못 놓는 라이브러리를 써야 해도 스레드풀입니다.
47. 정리해 보겠습니다.
48. 적은 자리로 많은 기다림을 감당하는 방식은 기다림이 대부분일 때 유리합니다.
49. 오래 걸리는 계산이나 블로킹 호출이 섞이면 불리해집니다.

텍스트 모드에서는 3초마다 다음 문장으로 넘어갑니다.