Nắm bắt thay thế Node JS để đa luồng

Nếu tôi hiểu chính xác thì Node JS không chặn ... vì vậy thay vì chờ phản hồi từ cơ sở dữ liệu hoặc quy trình khác, nó đã chuyển sang một thứ khác và kiểm tra lại sau.

Ngoài ra nó là đơn luồng.

Tất cả điều này có nghĩa là một quy trình Node JS đã cho có thể sử dụng đầy đủ và hiệu quả một lõi CPU nhưng nó sẽ không sử dụng bất kỳ lõi nào khác trên máy, vì trong đó, nó sẽ không bao giờ sử dụng nhiều hơn một lần.

Tất nhiên, điều này có nghĩa là các CPU khác vẫn có thể được sử dụng bởi các quy trình khác cho những thứ như cơ sở dữ liệu SQL hoặc các chương trình con nặng CPU được phân tách có chủ ý khác miễn là chúng là một quy trình riêng biệt.

Ngoài ra, trong trường hợp quy trình Node JS có một vòng lặp vô tận hoặc chức năng chạy dài, thì quá trình đó không còn hữu ích theo bất kỳ cách nào cho đến khi vòng lặp vô tận hoặc chức năng chạy dài bị dừng (hoặc toàn bộ quá trình bị hủy).

Tất cả có đúng không? Tôi có đúng theo cách hiểu của tôi không?

Khá nhiều chính xác, vâng. Máy chủ node.js có một nhóm luồng nội bộ để nó có thể thực hiện các hoạt động chặn và thông báo cho luồng chính bằng một cuộc gọi lại hoặc sự kiện khi mọi thứ hoàn tất.

Vì vậy, tôi tưởng tượng rằng nó sẽ hạn chế sử dụng một lõi khác cho nhóm luồng, ví dụ nếu bạn thực hiện một hệ thống tệp không chặn thì việc này có thể được thực hiện bằng cách báo cho một luồng từ nhóm luồng để thực hiện đọc và đặt lại cuộc gọi khi nó được thực hiện có nghĩa là việc đọc có thể xảy ra trên một luồng / lõi khác trong khi chương trình node.js chính đang làm một cái gì đó khác.

Nhưng theo quan điểm của node.js, nó hoàn toàn đơn luồng và sẽ không sử dụng trực tiếp nhiều hơn một lõi.

Vâng, tôi muốn nói rằng sự hiểu biết của bạn là hoàn toàn chính xác. Bài viết này ( được lưu trữ ) giải thích lý do đằng sau thiết kế này khá tốt. Đây có lẽ là đoạn quan trọng nhất:

Apache là đa luồng: nó sinh ra một luồng cho mỗi yêu cầu (hoặc quá trình, nó phụ thuộc vào conf). Bạn có thể thấy cách chi phí đó chiếm hết bộ nhớ khi số lượng kết nối đồng thời tăng lên và cần nhiều luồng hơn để phục vụ nhiều máy khách mô phỏng. Nginx và Node.js không phải là đa luồng, bởi vì các luồng và tiến trình mang chi phí bộ nhớ lớn. Chúng là đơn luồng, nhưng dựa trên sự kiện. Điều này giúp loại bỏ chi phí được tạo bởi hàng ngàn luồng / tiến trình bằng cách xử lý nhiều kết nối trong một luồng.

Ngay cả khi đây là một chủ đề cũ, tôi nghĩ, tôi sẽ chia sẻ với một ý tưởng, làm thế nào để sử dụng nhiều hơn một lõi trong ứng dụng Node.JS. Như Nuray Altin đã đề cập - JXcore có thể làm điều đó.

Ví dụ đơn giản:

var method = function () {
    console.log("this is message from thread no", process.threadId);
};

jxcore.tasks.runOnThread(0, method);
jxcore.tasks.runOnThread(1, method);

// this is message from thread no 1
// this is message from thread no 0

Theo mặc định, có hai luồng (bạn có thể thay đổi nó bằng jxcore.tasks.setThreadCount())

Tất nhiên có nhiều hơn nữa mà bạn có thể làm với các nhiệm vụ. Các tài liệu ở đây .

Vài bài viết về chủ đề đó:

• Các ứng dụng JXcore đa luồng được hưởng lợi như thế nào từ nhiều lõi .
• Làm thế nào để biến ứng dụng hiện tại của bạn thành một ứng dụng đa luồng với một vài dòng mã!

Vì câu hỏi này đã hỏi gần 2 năm trước. Mọi thứ đang trở nên khác biệt hoặc có những cách tiếp cận khác nhau cho vấn đề đa luồng trên Node.JS

Theo bài đăng dưới đây, sử dụng tiện ích mở rộng 'tác vụ' đến, một số có thể được hưởng lợi trực tiếp từ các lõi có sẵn khác.

http://oguzbastemur.blogspot.com/2013/12/multithread-nodejs.html

Node.js là một ứng dụng đơn luồng, nhưng nó có thể hỗ trợ đồng thời thông qua khái niệm sự kiện và cuộc gọi lại. Dưới đây là video của Philip Roberts giải thích cách các vòng lặp sự kiện hoạt động trong javascript.

Nhấn vào đây để xem video

(Thay vì WebAPI, có API C ++ trong Node.js)