Hồ bơi ứng dụng IIS - Dừng/Bắt đầu và Tái chế

Question

Tôi nhận thấy rằng trên một trong các ứng dụng web sản xuất của mình, khi tôi tái chế một nhóm ứng dụng theo cách thủ công, quy trình công nhân tái chế có thể mất tới 60 giây để thực sự bị phá hủy hoàn toàn, dựa trên việc xem nó trong Task Manager. Tuy nhiên, nếu tôi ngừng hoàn toàn nhóm ứng dụng, quy trình công nhân sẽ biến mất gần như ngay lập tức - trong vòng 1-2 giây.

Vì vậy, câu hỏi của tôi là hai lần:

a) Tại sao phải mất quá lâu để phá hủy quá trình này (và có ý nghĩa hơn, giải phóng tài nguyên sử dụng/khóa bởi nó) khi hồ bơi ứng dụng được tái chế thay vì dừng lại; và

b) Giả sử rằng tôi đã dừng lưu lượng truy cập không được chuyển hướng đến máy chủ, có bất kỳ lý do nào KHÔNG dừng/bắt đầu thay vì tái chế không?

---

Edit: Để làm rõ, trước khi tôi hoặc là tái chế hoặc ngăn chặn các hồ bơi ứng dụng, tôi dừng giao thông bị gửi đến máy chủ trong câu hỏi (máy chủ được trong một cụm cân bằng tải, và tôi loại bỏ các máy chủ từ cân bằng tải). Vì vậy, về mặt lý thuyết, sẽ không có yêu cầu nào đến trang web vào thời điểm tôi đang làm bất cứ điều gì với nhóm ứng dụng.

---

Sửa Part Deux: Sau khi đọc link Igal, nó có vẻ khá rõ ràng cho tôi những gì đang xảy ra. Khi tôi tái chế pool ứng dụng, quá trình mới được bắt đầu, nhưng vì không có lưu lượng nào, nên nó không đăng ký quá trình mới như hoạt động, vì vậy nó không tắt cái cũ cho đến khi hết thời gian chờ (đó là 90 giây). Với những kiến ​​thức đó, rõ ràng với tôi rằng chức năng "Recycle" được thiết kế đặc biệt để được sử dụng giữa luồng trên một máy chủ trực tiếp, và vì tôi tự lưu lượng truy cập trước, tôi nên sử dụng stop/start để thay thế.

Answer 1

a) Vì Overlapped Recycling. Có một khoảng thời gian mà quá trình "cũ" chờ cho một cái mới bắt đầu.

b) Không. Theo như tôi biết.

Answer 2

Tái chế nếu tôi nhớ chính xác cho phép tất cả các yêu cầu hiện có kết thúc sau đó nó sẽ tái chế nhóm ứng dụng. Một điểm dừng chỉ đơn giản là kết thúc nó ngay lập tức mà bạn dừng nó lại.