Tại sao Node.js đơn luồng? [đóng cửa]

Trong các máy chủ web dựa trên PHP (hoặc Java / ASP.NET / Ruby), mọi yêu cầu của máy khách đều được khởi tạo trên một luồng mới. Nhưng trong Node.js, tất cả các máy khách chạy trên cùng một luồng (chúng thậm chí có thể chia sẻ cùng một biến!) Tôi hiểu rằng các thao tác I / O dựa trên sự kiện để chúng không chặn vòng lặp luồng chính.

Điều tôi không hiểu là TẠI SAO tác giả của Node lại chọn nó là một luồng đơn? Nó làm cho mọi thứ khó khăn. Ví dụ: tôi không thể chạy chức năng chuyên sâu CPU vì nó chặn luồng chính (và các yêu cầu máy khách mới bị chặn) vì vậy tôi cần sinh ra một quy trình (có nghĩa là tôi cần tạo một tệp JavaScript riêng và thực hiện quy trình nút khác trên nó). Tuy nhiên, trong PHP cpu, các tác vụ chuyên sâu không chặn các máy khách khác vì như tôi đã đề cập, mỗi máy khách nằm trên một luồng khác nhau. Ưu điểm của nó so với các máy chủ web đa luồng là gì?

Lưu ý: Tôi đã sử dụng phân cụm để khắc phục điều này, nhưng nó không đẹp.

Node.js được tạo rõ ràng như một thử nghiệm trong xử lý async. Lý thuyết là việc thực hiện xử lý không đồng bộ trên một luồng có thể cung cấp hiệu năng và khả năng mở rộng nhiều hơn theo tải web điển hình so với triển khai dựa trên luồng thông thường.

Và bạn biết những gì? Theo ý kiến ​​của tôi, lý thuyết đã được đưa ra. Một ứng dụng node.js không thực hiện các công cụ chuyên sâu về CPU có thể chạy hàng ngàn kết nối đồng thời hơn so với Apache hoặc IIS hoặc các máy chủ dựa trên luồng khác.

Bản chất đơn luồng, không đồng bộ làm cho mọi thứ phức tạp. Nhưng bạn có thành thật nghĩ rằng nó phức tạp hơn luồng không? Một điều kiện cuộc đua có thể làm hỏng cả tháng của bạn! Hoặc làm trống nhóm luồng của bạn do một số cài đặt ở đâu đó và xem thời gian phản hồi của bạn chậm để thu thập dữ liệu! Không đề cập đến các bế tắc, đảo ngược ưu tiên và tất cả các điều hướng khác đi với đa luồng.

Cuối cùng, tôi không nghĩ nó tốt hơn hay xấu hơn; nó khác biệt, và đôi khi nó tốt hơn và đôi khi không. Sử dụng các công cụ thích hợp cho công việc.

Vấn đề với mô hình "một luồng trên mỗi yêu cầu" đối với máy chủ là chúng không mở rộng tốt cho một số tình huống so với mô hình luồng vòng lặp sự kiện.

Thông thường, trong các kịch bản chuyên sâu I / O, các yêu cầu dành phần lớn thời gian chờ đợi I / O hoàn thành. Trong thời gian này, trong mô hình "một luồng trên mỗi yêu cầu", các tài nguyên được liên kết với luồng (như bộ nhớ) không được sử dụng và bộ nhớ là yếu tố giới hạn. Trong mô hình vòng lặp sự kiện, luồng vòng lặp chọn sự kiện tiếp theo (kết thúc I / O) để xử lý. Vì vậy, các chủ đề luôn luôn bận rộn (tất nhiên nếu bạn lập trình nó chính xác).

Mô hình vòng lặp sự kiện vì tất cả những điều mới có vẻ sáng bóng và giải pháp cho tất cả các vấn đề nhưng mô hình nào sẽ sử dụng sẽ phụ thuộc vào kịch bản bạn cần giải quyết. Nếu bạn có một kịch bản I / O chuyên sâu (như proxy), mô hình cơ sở sự kiện sẽ cai trị, trong khi đó một kịch bản chuyên sâu về CPU với số lượng quy trình đồng thời thấp sẽ hoạt động tốt nhất với mô hình dựa trên luồng.

Trong thế giới thực, hầu hết các kịch bản sẽ có một chút ở giữa. Bạn sẽ cần phải cân bằng giữa nhu cầu thực sự về khả năng mở rộng với độ phức tạp phát triển để tìm kiến ​​trúc chính xác (ví dụ: mặt trước cơ sở sự kiện ủy nhiệm cho phụ trợ cho các tác vụ chuyên sâu của CPU. Mặt trước sẽ sử dụng ít tài nguyên chờ tác vụ kết quả.) Như với bất kỳ hệ thống phân tán nào, nó đòi hỏi một số nỗ lực để làm cho nó hoạt động.

Nếu bạn đang tìm kiếm viên đạn bạc phù hợp với bất kỳ kịch bản nào mà không cần bất kỳ nỗ lực nào, bạn sẽ kết thúc với một viên đạn trong chân mình.

Câu chuyện dài, nút rút ra từ V8, là luồng đơn nội bộ. Có nhiều cách để khắc phục các ràng buộc cho các tác vụ cần nhiều CPU.

Tại một thời điểm (0,7), các tác giả đã cố gắng giới thiệu các phân lập như một cách triển khai nhiều luồng tính toán, nhưng cuối cùng đã bị xóa: https://groups.google.com/forum/#!msg/nodejs/zLzuo292hX0/F7gqfUiKi2sJ