Tôi thấy rằng trong iis 7.5, tôi có thể đặt giới hạn sử dụng% CPU cho một khoảng thời gian nhất định cho nhóm ứng dụng. Tôi cũng có thể có nó giết quá trình worker nếu giới hạn này bị vi phạm. Nếu bảo nó làm điều này, quy trình worker sẽ tự động khởi động lại sau khi nó bị giết, hay là cần phải can thiệp thủ công?
Ở tại Stack Overflow có đề cập rằng nó có thể được khởi động lại khi hoàn thành khoảng thời gian ...
Câu trả lời:
Điều này trông giống như một trong những trường hợp mô phỏng (hoặc truy cập mã nguồn ...> thở dài <) có lẽ sẽ là cách duy nhất để xem hành vi đó là gì với bất kỳ mức độ tin cậy nào.
Tài liệu cho mục nhật ký sự kiện để tái chế hạn ngạch CPU nói về việc tái chế như sau:
Theo mặc định, tái chế nhóm ứng dụng bị chồng chéo, điều đó có nghĩa là quy trình công nhân sẽ bị tắt được tiếp tục chạy cho đến khi quy trình công nhân mới được bắt đầu. Sau khi một quy trình công nhân mới bắt đầu, các yêu cầu mới được chuyển đến nó. Quá trình công nhân cũ tắt sau khi hoàn thành xử lý các yêu cầu hiện có hoặc sau khi hết thời gian được cấu hình, tùy theo điều kiện nào đến trước. Cách tái chế này đảm bảo dịch vụ không bị gián đoạn cho khách hàng. Tuy nhiên, nếu một ứng dụng trong nhóm ứng dụng không thể chạy nhiều hơn một phiên bản cùng một lúc, xoay vòng chồng chéo có thể bị vô hiệu hóa.
Theo tôi, theo định nghĩa, việc chấm dứt một quy trình công nhân vì tiêu thụ CPU quá mức sẽ có nghĩa là các yêu cầu đang chờ xử lý sẽ không được phép hoàn thành (vì chúng làm cạn kiệt hạn ngạch CPU).
Nói với mối quan tâm chính của bạn: Tôi không thấy bất cứ điều gì khiến tôi tin rằng một quy trình công nhân mới sẽ không tự động xuất hiện. Câu lệnh trong liên kết Stack Overflow của bạn khiến tôi nghi ngờ liệu thuật toán được sử dụng bởi IIS trên thực tế có thể buộc tái chế với độ phân giải của bộ định thời được sử dụng để đo mức cạn kiệt hạn ngạch CPU. Cách tốt nhất mà tôi biết để xác định đó là viết một thành phần phía máy chủ lãng phí CPU, triển khai nó vào môi trường thử nghiệm và xem hành vi tái chế của nó hoạt động như thế nào. Một thành phần đơn giản nằm trong một vòng lặp chặt chẽ trong vài giây và sau đó trả về một chuỗi đã biết, kết hợp với một máy khách đang chạy khai thác thử nghiệm với một cái gì đó giống như một nhóm các quá trình "wget" song song có thể là đủ.
Đưa ra các ý kiến trong phản hồi khác, tôi đã thực hiện thử nghiệm của riêng mình, mà tôi sẽ nhân rộng ở đây.
Trong thử nghiệm của tôi, giới hạn nhóm ứng dụng (v4.0 Tích hợp) ở giới hạn CPU nhỏ (0,01%) và một khoảng nhỏ (1 phút) với hành động KillW3WP được bật, vượt quá giới hạn này sẽ giết w3wp bằng cách dừng nhóm ứng dụng .
Sau khi đạt đến giới hạn khoảng, nhóm ứng dụng sẽ tự động được khởi động lại .
Thay đổi hành động thành Không hành động không làm thay đổi quy trình w3wp.
Trong cả hai trường hợp, Sự kiện Hệ thống 5025 được ghi lại.