Liệu node.js có thực sự không tối ưu hóa các cuộc gọi tới [] .slice.call (đối số) không?

Question

Trong bluebird docs, họ có điều này như một chất chống mẫu mà dừng tối ưu hóa .. Họ gọi nó là luận rò rỉ,

function leaksArguments2() { 
    var args = [].slice.call(arguments); 
} 

Tôi làm điều này mọi lúc trong Node.js. Đây thực sự là một vấn đề. Và, nếu có, tại sao?

Giả sử chỉ phiên bản mới nhất của Node.js.

Answer 1

Đây có phải là thực sự là một vấn đề

Đối với mã ứng dụng, không có. Đối với hầu hết bất kỳ mã mô-đun/thư viện nào, không. Đối với một thư viện như bluebird được dự định sẽ được sử dụng phổ biến trong toàn bộ một codebase, vâng. Nếu bạn đã làm điều này trong một chức năng rất nóng trong ứng dụng của bạn, sau đó có thể có.

Tôi không biết chi tiết nhưng tôi tin tưởng các tác giả bluebird đáng tin cậy khi truy cập arguments theo cách được mô tả trong tài liệu khiến v8 từ chối tối ưu hóa chức năng, và do đó nó là điều mà các tác giả bluebird coi là đáng sử dụng macro thời gian xây dựng để có được phiên bản được tối ưu hóa.

Chỉ cần ghi nhớ số liệu độ trễ đã tăng lên nút ở vị trí đầu tiên. Nếu ứng dụng của bạn thực hiện những điều hữu ích như nói chuyện với cơ sở dữ liệu hoặc hệ thống tập tin, thì I/O sẽ là nút cổ chai của bạn và tối ưu hóa/lưu trữ/song song chúng sẽ trả cổ tức cao hơn nhiều so với mức tối ưu hóa vi mô trong bộ nhớ v8.

Answer 2

Disclaimer: Tôi là tác giả của trang wiki

Đó là một vấn đề nếu chức năng chứa được gọi rất nhiều (là nóng). Các hàm bị rò rỉ arguments không được trình biên dịch tối ưu hóa (trục khuỷu) hỗ trợ.

Thông thường khi chức năng nóng, nó sẽ được tối ưu hóa. Tuy nhiên, nếu chức năng chứa các tính năng không được hỗ trợ như rò rỉ arguments, là một chức năng nóng không giúp đỡ và nó sẽ tiếp tục chạy mã chung chung chậm.

Hiệu suất của hàm được tối ưu hóa so với hàm chưa được tối ưu hóa là rất lớn. Ví dụ, xem xét một hàm có thêm 3 đôi với nhau: http://jsperf.com/213213213 21x khác biệt.

Điều gì xảy ra nếu nó được thêm 6 đôi với nhau? 29x difference Nói chung mã càng có nhiều chức năng, thì hình phạt càng nghiêm trọng đối với chức năng đó để chạy ở chế độ không được tối ưu hóa.

Đối với nội dung node.js như thế này nói chung thực sự là một vấn đề lớn do thực tế là bất kỳ thời gian CPU nào hoàn toàn chặn máy chủ. Chỉ cần by optimizing the url parser được bao gồm trong lõi nút (mô-đun của tôi nhanh hơn 30 lần trong tiêu chuẩn của nút), cải thiện yêu cầu mỗi giây của mysql-express từ 70K rps lên 100K rps trong điểm chuẩn queries a database.

Tin tốt là node core is aware of this