Tại sao Nginx phổ biến hơn lighttpd?

Tôi muốn sử dụng Lighttpd trong sản xuất để phục vụ các ứng dụng Django nhưng tôi thấy rằng những ngày này Nginx ngày càng phổ biến hơn. Tại sao vậy? Tôi biết rằng trước đây Lighttpd đã bị rò rỉ bộ nhớ nhưng hiện tại nó không được sửa? Họ có nhà phát triển tích cực nào sửa những thứ này không?
Có lý do nào tôi nên đi với Nginx thay vì Lighty không? Tôi biết rằng nginx là một máy chủ tuyệt vời nhưng nó thực sự tốt và tốt hơn ánh sáng?

Tôi là người dùng nginx hiện tại và người dùng lighttpd trước đây và tôi chỉ có thể lặp lại vấn đề ổn định. Hơn nữa, nginx đã phát triển tích cực và thường thấy một phiên bản mới được phát hành vài tuần một lần với các tính năng mới hoặc sửa lỗi nhỏ. Các tập tin cấu hình cũng khá rõ ràng và rất mạnh mẽ khi bạn tìm hiểu cách làm nginx.

Nginx cũng có thể được sử dụng như một bộ cân bằng tải (mặc dù haproxy có thể tốt hơn một chút nếu bạn không cần SSL).

Nginx cũng có thể được sử dụng như một proxy ngược SSL, rất lớn nếu bạn sử dụng SSL trên nhiều máy chủ ảo. Đây có lẽ là lý do lớn nhất cho số nginx Netcraft và tác giả nginx cho biết trong một cuộc phỏng vấn gần đây, ông nghĩ rằng đây là lý do cho phần lớn các triển khai. Đó chắc chắn là lý do tại sao tôi bắt đầu sử dụng nó ... và sau đó bị sốc về hiệu suất mà tôi đang thấy :)

Gần đây tôi đã thực hiện đánh giá sidetpd và nginx trên cùng một máy chủ cho một dự án mới mà tôi đang làm. Nginx thực hiện tốt hơn một chút so với Lighttpd trong các thử nghiệm của tôi và kết quả là chúng tôi đã đưa nginx vào sản xuất. FWIW Netcraft báo cáo về nginx được sử dụng rộng rãi hơn nhiều so với lighttpd trên các máy chủ web hướng ngoại: http://news.netcraft.com/

Tôi đang sử dụng cả hai, nginx và lighttpd rất thành công trên trang web> 500k lượt truy cập / ngày. Rò rỉ bộ nhớ Lighttpd (lõi) phải là một huyền thoại, tôi đã không gặp bất kỳ vấn đề nào trong tất cả thời gian này.

Nginx thật tuyệt. Cấu hình đơn giản, bộ nhớ nhỏ và dung lượng cpu thậm chí có nhiều lưu lượng, nhanh như chớp và rất ổn định.

Trong trường hợp của chúng tôi, nginx đang thực hiện bộ đệm ẩn proxy ngược, cân bằng tải và ghi lại url trong khi lighttpd + spawncgi + php có ích khi máy chủ phụ trợ thực hiện tập lệnh.

Tôi chưa thử nghiệm giao diện fastcgi của nginx, vì vậy tôi không thể nói nó hoạt động tốt như thế nào. php-fpm + nginx cho các tệp tĩnh có thể thay thế lighttpd

Tìm thấy một trang VS trên cả hai, đây là một snip nhỏ:

"Ổn định

Kể từ tháng 8 năm 2009, lighttpd vẫn còn các vấn đề rò rỉ bộ nhớ chưa được giải quyết được báo cáo 3 năm trước. Một vấn đề với Lighty là nó rò rỉ bộ nhớ như một cái sàng. Tôi đã kiểm tra nó một chút và tôi đã bỏ cuộc, đó là một mớ hỗn độn. Tôi tránh xa nó, nó sẽ nhanh chóng phá hỏng ngày của bạn nếu bạn ném nhiều xe cộ vào đó. "

Nguồn: http://www.wikivs.com/wiki/Lighttpd_vs_nginx

Thành thật mà nói, tôi đã không sử dụng nginx nên tôi không thể nói từ kinh nghiệm. Tôi chủ yếu sử dụng apache trên máy chủ web của mình, nhưng tôi có một cái ở nhà sử dụng lighttpd. Nó chỉ phục vụ một trang html nhỏ và chỉ có thể truy cập bằng VPN, do đó, nó là một cổng thông tin nhiều hơn khi có người ở xa.

Khi tôi tiếp tục cúi đầu xuống và bắt đầu thử nghiệm các ứng dụng phía máy chủ mới và được cập nhật, có lẽ tôi sẽ chơi với nginx. Vào cuối ngày, đó là sự lựa chọn của riêng bạn, nhưng tùy thuộc vào việc nó sẽ dành cho môi trường sản xuất, tôi sẽ nghiên cứu cả hai trước khi cam kết.

Tôi không biết nhiều về lighttpd nhưng đọc từ liên kết bên dưới, tôi đã học được rằng lighttpd chạy như một tiến trình duy nhất với một luồng trong khi nginx sử dụng các tiến trình master và nhiều worker.

http://www.wikivs.com/wiki/Lighttpd_vs_nginx

Lighttpd chạy như một tiến trình đơn lẻ với một luồng đơn và I / O không chặn .

nginx hoạt động như một quy trình tổng thể nhưng ủy thác công việc cho các quy trình công nhân.

Vì vậy, điều này làm cho nginx phù hợp hơn để tận dụng nhiều hệ thống cốt lõi, ngày nay hầu như tất cả các thiết bị đều có nhiều lõi.