node.js đã đi một chặng đường dài từ 0.2.2. Dường như cũng có các vấn đề triển khai với kiến trúc đang được thảo luận trong bài đăng được liên kết, vì các nhận xét cho thấy họ không xem xét sử dụng nhiều quy trình nút với bộ cân bằng tải.
Đây rõ ràng là một điều cần thiết cho các ứng dụng hiệu suất cao - trên thực tế, đoạn cuối cùng của node.jsofficial about section đọc:
Nhưng những gì về đa bộ xử lý đồng thời? Không phải là chủ đề cần thiết để mở rộng chương trình cho các máy tính đa lõi? Bạn có thể bắt đầu các tiến trình mới thông qua child_process.fork() các tiến trình khác này sẽ được lên lịch song song. Để cân bằng tải các kết nối đến qua nhiều quá trình, sử dụng mô đun cụm.
Bây giờ, xem xét một nút đơn 0.2.2 quá trình đã sử dụng% 10 tài nguyên của Netty (như được đề cập trong bài đăng được liên kết OP), sau đó họ có thể chạy 10 quy trình nút trên cùng phần cứng. câu hỏi: Nếu Netty nhanh hơn 10 lần so với nút, nhưng sử dụng tài nguyên gấp 10 lần thì hiệu suất của chúng có thực sự giống nhau không? Trong khi đó, hiệu suất của nút đã được cải thiện đáng kể trong các phiên bản >=0.6.0, đặc biệt là trên các máy chạy Windows, hiện được hỗ trợ nguyên bản. Xem các tiêu chuẩn của Windows từ 0.6.0 release notes:
Chuẩn http được thực hiện với 600 khách hàng trên mạng 10GE được phục vụ từ ba máy phát tải.
v0.4.12 (windows) v0.6.0 (windows)
http_simple.js /bytes/1024 3858 r/s 5823 r/s
io.js read 12.41 mB/s 26.51 mB/s
io.js write 12.61 mB/s 33.58 mB/s
startup.js 152.81 ms 52.04 ms
Trong khi đó, mặc dù không ai dường như muốn nói về gì chính xác họ đang làm, có vẻ như một số các cầu thủ nghệ giao thông cao nhất đang chuyển sang node.js cho cực kỳ hệ thống dung lượng cao. Google, Yahoo, Mozilla, LinkedIn và khởi động i.TV đều được lược tả trong bài viết Node at scale được xuất bản ngày hôm qua trên venturebeat.com.
Trong khi tôi không thể tìm thấy các tiêu chuẩn chính xác cho sao chổi/giây, có vẻ như rõ ràng rằng với kiến trúc hệ thống thích hợp nó là nhiều, nhiều cao hơn 500.
Nguồn
2012-01-26 16:55:36