IIS giới hạn số lượng yêu cầu đồng thời đến số cao theo mặc định. Giới hạn có thể được nâng lên tùy ý.
Có hai lợi ích chính do Node.js:
- Khả năng mở rộng (! Không thực hiện có sự khác biệt) do async IO
- Sharing Javascript với khách hàng
ASP .NET không hỗ trợ số 2 nên đó là một lợi thế.
Không đồng bộ IO và mã không chặn được ASP.NET hỗ trợ đầy đủ. Thêm vào đó, bạn sẽ có được lợi thế về hiệu suất của một ngôn ngữ được gõ tĩnh JIT. Vì lý do đó, ASP.NET thường có hiệu suất cao hơn đối với node.js cho các ứng dụng không đồ chơi (in "hello world" không phải là một khối lượng công việc chuẩn thực sự! Không ngủ trong 10 giây).
lợi ích node.js từ đường dẫn mã cực kỳ mỏng mà nó có. Vì lý do đó các ứng dụng rất nhỏ như "echo" hoặc "hello world" có lẽ nhanh hơn. Điều này không giữ cho các ứng dụng thực sự hoạt động.
Vì vậy, nếu bạn muốn biết cái nào "tốt hơn", bạn cần phải xem xét một kịch bản cụ thể. Điểm chuẩn với khối lượng công việc thực tế (không, tính toán một số giai thừa là không thực tế. C# chỉ là sẽ giành chiến thắng bởi một số lượng lớn. Có nghĩa là không có gì). Ngoài ra yếu tố trong sự trưởng thành của nền tảng, thư viện, tài liệu, hỗ trợ, năng suất của nhà phát triển, ....
Tôi nghĩ rằng nút đó cũng hỗ trợ tcp trong khi asp.net doesnt (http requst) –
Đó có thể là trường hợp. IIS hỗ trợ TCP mặc dù. WCF sử dụng nó để chạy các điểm cuối dịch vụ nhị phân. – usr
khi tôi tạo một máy chủ http bằng cách sử dụng node.js - mỗi yêu cầu đến máy chủ đang được xử lý bởi một chuỗi thông thường chứ không phải từ nhóm chủ đề ... phải không? –