Nginx có phù hợp để phục vụ các tệp PDF không?

Đây là một câu hỏi giả. Tôi phải cấp quyền truy cập công khai vào các tệp PDF, giả sử 8 MB / tệp. Dường như với tôi rằng nginx sẽ phục vụ bất kỳ loại tệp nào, miễn là chúng tĩnh. Nhưng ai đó nói với tôi rằng nginx không phù hợp với điều này.

Bạn có thể cung cấp cho tôi một số tài liệu để chứng minh tôi / anh ấy sai?

nginx pdf

— François Verry
nguồn

Tôi không thể nghĩ ra bất kỳ máy chủ web nào không thể phục vụ tốt các tệp tĩnh cỡ trung bình. Vì tò mò, những gì họ sẽ đề nghị được sử dụng thay thế?

— Shish

Bất cứ khi nào tôi thấy một câu hỏi như thế này, tôi chỉ có thể tự hỏi tại sao bạn không thử nó. Chắc chắn điều đó sẽ nhanh hơn nhiều so với việc đăng câu hỏi và chờ câu trả lời.

— John Gardeniers

Câu trả lời:

Khi nghi ngờ, điểm chuẩn! May mắn thay, người khác đã làm điều này:

http://nbonvin.wordpress.com/2011/03/24/serving-small-static-files-which-server-to-use/

Phần kết luận? Cho phép tôi trích dẫn:

G-WAN dường như một lần nữa hoạt động tốt hơn rất nhiều so với các máy chủ khác. Nginx luôn hoạt động tốt hơn một chút so với Lighttpd, trong khi máy chủ Lưu lượng truy cập Apache rất giống với Lighttpd về hiệu suất.

Và:

Về tài nguyên được sử dụng bởi mỗi máy chủ, Nginx là người chiến thắng về mặt sử dụng bộ nhớ, vì lượng bộ nhớ không tăng theo số lượng máy khách đồng thời. G-WAN yêu cầu CPU ít hơn 2 lần so với các máy chủ khác.

Bằng chứng là các con số. Nginx là thứ hai tốt nhất ở các yêu cầu / giây, trung bình cho việc sử dụng cpu và tốt nhất cho việc sử dụng bộ nhớ. Vì vậy, có, nginx chắc chắn là một máy chủ tốt để phục vụ tĩnh PDFS kích thước tiêu chuẩn.

— Ben Lee
nguồn

"Ngoại trừ việc chạy G-WAN với quyền riêng tư gốc, không có gì phải làm để tối ưu hóa hiệu suất hơn nữa". Đây - là lý do tại sao bạn không nhìn vào điểm chuẩn để quyết định điều gì phù hợp nhất với mình. Bạn thiết lập phần mềm trong môi trường của riêng bạn và tự kiểm tra để xem cái gì phù hợp nhất.

— pauseka

Tôi đồng ý rằng điểm chuẩn cá nhân tốt hơn so với việc tin tưởng các nguồn khác (mặc dù tôi chưa thực hiện bất kỳ điểm chuẩn nào - tôi sử dụng nginx để phục vụ các ứng dụng và tệp tĩnh và nó hoạt động tốt cho máy chủ của tôi vì vậy tôi không có lý do gì để chuyển đổi hoặc điểm chuẩn). Nhưng tôi không thấy việc nhìn vào một điểm chuẩn khác tệ hơn là chỉ đưa ra một khẳng định hay giả định về chăn?

— Ben Lee

Nếu bạn thấy nguồn không thỏa mãn và không có thời gian / thiên hướng để làm điểm chuẩn của riêng bạn, bạn luôn có thể tìm kiếm nguồn khác.

— Ben Lee

Có rất nhiều thông tin về điều này. Đây là một cái khác tôi vừa tìm thấy trên google: ruby-forum.com/topic/150120 , và nó có thêm liên kết đến những người khác. Quan điểm của tôi không phải là về điểm chuẩn cụ thể. Quan điểm của tôi là, khi bạn không biết gì về hiệu suất, hãy sử dụng điểm chuẩn , ngay cả khi chúng không phải là của riêng bạn. Câu trả lời tôi đưa ra chỉ là một ví dụ, nhưng các kết quả khác mà tôi tìm thấy trên mạng đều có xu hướng phù hợp với điều này mà nginx ở gần đầu cho yêu cầu / giây và sử dụng bộ nhớ.

— Ben Lee

Và @pauska, bạn đã đánh giá thấp điều này? Tôi chỉ nhận thấy một downvote trên nó. Điểm chuẩn tôi sử dụng làm ví dụ là hoàn toàn rõ ràng về cấu hình mà nó đã làm cho tất cả các máy chủ và không lén lút về bất cứ điều gì, vì vậy bạn có thể rút ra kết luận chính đáng từ nó. Tối ưu hóa thực sự duy nhất cho nginx mà nó đã thực hiện là sắp xếp số lượng công nhân với số lượng lõi. Tôi thấy các lựa chọn cấu hình mà tác giả đưa ra khá chấp nhận được cho các số liệu so sánh tốt.

— Ben Lee

Không có gì để chứng minh, nginx được tối ưu hóa đặc biệt để phục vụ nội dung tĩnh.

Bạn đã nói sai.

— tạm dừng
nguồn

"Bạn đã nói sai." - Tôi nghĩ rằng đây là cách lịch sự nhất để gọi "ai đó" của bạn là một twit :-)

— voretaq7

Đó là dự đoán của tôi. Chỉ cần xác nhận, anh ấy là quản trị viên của tôi ...

— François Verry

@ voretaq7: Hoặc anh ta có nghĩa là bạn không bao giờ nên gán cho sự ngu ngốc mà có thể được giải thích thỏa đáng bởi ác ý. :-)

— Blrfl

Bằng chứng khẳng định mạnh mẽ?

— Ben Lee

Việc sử dụng điển hình cho nginx là để phục vụ các tệp tĩnh cho một trang web, trong khi một thứ khác (mà nginx ủy nhiệm) phục vụ nội dung động. Trừ khi bạn đang tạo các tệp PDF một cách nhanh chóng, nginx sẽ hoàn toàn ổn.

— cjc
nguồn