Tần suất chúng ta nên tái chế hồ bơi ứng dụng?

Question

Tần suất chúng ta nên tái chế hồ bơi ứng dụng?

Có người nói với tôi rằng tôi nên tái chế hồ bơi ứng dụng sau mỗi 24 giờ?

Tại sao tôi cần phải tái chế nhóm ứng dụng?

Chúng tôi sẽ nhận được những loại lợi ích nào?

Answer 1

Trừ khi có một số lý do quan trọng, tôi khuyên bạn không nên tái chế bất kỳ lúc nào (nghĩa là không có lịch trình nào vào lúc 3 giờ sáng mỗi ngày, cũng không theo chu kỳ mỗi 29 giờ). Tôi sẽ cho rằng điều này là nhiều hơn của một holdover từ khi mọi thứ đã được ít ổn định (xem xét một tái chế các phiên bản nhẹ hơn của việc phải khởi động lại máy chủ của bạn trên một cơ sở thường xuyên).

Để bảo vệ bạn khỏi bị rò rỉ bộ nhớ và tương tự, bạn có thể đặt giới hạn trên bộ nhớ ảo và đã sử dụng để buộc tái chế nếu quá trình vượt quá tầm kiểm soát. Bạn nhận được tất cả các giá trị của việc đảm bảo bạn không sử dụng quá nhiều bộ nhớ, mà không cần tái chế một cách không cần thiết.

Có thời gian tuyệt đối bạn cần phải tái chế, nhưng những điều này chủ yếu tồn tại xung quanh các thay đổi (nghĩa là nếu bạn đang thả các tệp DLL mới vào hoặc thực hiện các thay đổi cấu hình nhất định). Trong điều khoản của chỉ là một "bảo trì thường xuyên" loại tái chế, với mã được viết và thử nghiệm đúng cách, điều này không cần thiết. (Báo cáo bổ sung, theo dõi thích hợp cũng giúp ích, vì tôi cho rằng bạn cũng có thể có quá trình chạy với CPU và không có giới hạn tái chế)

Lợi ích của việc tái chế là bạn "bắt đầu mới". Bạn làm sạch bộ nhớ của bạn và tải lại DLL của bạn. Bất kỳ chuỗi chạy dài nào (đọc: chuỗi treo không hoạt động) sẽ bị xóa sạch. Điểm bất lợi là bạn phải dành thời gian để tải những thứ trở lại vào bộ nhớ (mặc dù các công cụ khởi động mới đảm nhiệm rất nhiều điều đó cho bạn).