Node.js는 실제로 확장 성을 향상합니까?

C10K 문제에 대해 읽었으며 특히 비동기 서버 I / O를 나타내는 부분이 있습니다. http://www.kegel.com/c10k.html#aio

나는 이것이 스레드가 사용자 요청을 처리하는 동안 스레드가 사용자 요청을 처리하는 동안 스레드가 서버에서 수행하는 작업을 스레드에게 알리는 대신 스레드가 사용자 요청을 처리 할 수 ​​있도록함으로써 Node.js가하는 일을 거의 요약한다고 생각합니다. 전체 CPU 작업. 스레드는 다른 작업을 수행 할 수 있으며 (차단되지 않음) 작업이 완료되면 (예 : 파일을 찾거나 비디오를 압축 할 때) 알림을받습니다.

이것은 스레드가 소켓과 서버의 사용자에게 더 '사용 가능'하다는 의미입니다.

그런 다음 이것을 발견했습니다 : http://teddziuba.com/2011/10/straight-talk-on-event-loops.html

필자는 여기서 이벤트 중심 프레임 워크 (스레딩 중단)가 스레드를 해제 할 수 있지만 실제로 CPU가 수행해야하는 작업량을 줄이지는 않는다고 주장합니다! 예를 들어, 사용자가 업로드 한 비디오를 압축하도록 요청한 경우 CPU가 실제로이 작업을 수행해야하지만 실제로는 작업을 차단해야합니다. 더 잘 알고 있습니다!).

나는 서버 관리자 나 그와 비슷한 것이 아닌 간단한 코더입니다. 알고 싶은 것은 Node.js가 '클라우드 컴퓨팅'의 신들로부터 온 선물입니까, 아니면 뜨거운 공기입니까? 확장 성을 향상 시켜서 회사의 시간과 돈을 실제로 절약하지 않습니까?

많은 감사합니다.

물론 모든 CPU 바운드 작업은 CPU를 활용합니다. 언어 나 프레임 워크에 관계없이 CPU를 차단할 것입니다.

Node.js는 CPU 바인딩이 아닌 I / O 바인딩 작업이있을 때 유용합니다. 나는 할 수는 있지만 노드에서 무거운 물건을 들지 않을 것입니다. Node.js는 피보나치 수 서버 와 같은 허구나 상상의 문제가 아닌 실제 문제를 해결 합니다 . “뜨거운 공기”가 아닙니다.

C10K 논문은 구현 세부 사항과 관련하여 다소 오래되었지만 이벤트 기반 동시성 (반응기 모델)은 여전히 ​​선점 일정보다 우수합니다. 예를 들어, 선점 예약 모델은 스레드가 IO 차단되는 동안 스레드를 예약 할 수 있습니다. 이를 통해 노드 (및 Ruby의 Event Machine 및 Python 's Twisted와 같은 기타 도구)는 실제 작업을 수행하는 데 더 많은 시간을 소비하고 시간을 덜 차단함으로써 사용 가능한주기를 더 잘 사용할 수 있습니다.

멀티 스레딩은 여전히 ​​성능을 향상시킵니다. 원래의 설명은 다중 코어의 존재를 고려하지 않기 때문에 바보입니다. 코어가 둘 이상인 순간 스레드는 더 이상 스레드가 아닙니다. 하이퍼 스레드입니다. 모든 스레드 중심 응용 프로그램은 단일 스레드 응용 프로그램보다 더 많은 이점을 얻을 수 있습니다.