Chúng tôi đã làm việc trong một người dùng chấp nhận thử nghiệm (UAT) môi trường mà, so với phát triển, là chết chậm.
Đó là một môi trường phức tạp bằng cách sử dụng FBA, SQL 2008, SSRS và ứng dụng web mở rộng có thể truy cập qua internet bằng cách sử dụng https, do đó, nó đã được khó khăn để theo dõi các vấn đề.
Cho một khách hàng trước đó, chúng tôi sử dụng FBA với một nhà cung cấp vai trò LDAP (và nhà cung cấp thành viên). Một trong những đồng nghiệp của tôi, thêm rất nhiều thông minh hơn tôi, xác định rằng "trong số hộp" LDAP vai trò nhà cung cấp, Khi được sử dụng trong môi trường đó, đã không rộng cũng. Để giải quyết vấn đề này cho khách hàng đó, ông thực hiện một sơ đồ bộ nhớ đệm tốt đẹp trong một nhà cung cấp vai trò tuỳ chỉnh.
Tình hình này có vẻ tương tự như, Vì vậy, chúng ta nhìn vào sao chép rằng giải pháp cho khách hàng của ngày hôm nay. Như tôi đã gỡ lỗi mà, Tôi nhận thấy rằng thông báo này sẽ thường xuyên xuất hiện trong Nhật ký hệ thống (từ trình xem sự kiện):
Một quá trình nhân viên với quá trình id của ' XXX’ phục vụ ngoài trời ứng dụng ' Trang chủ – 80’ đã yêu cầu một thùng vì nó đạt đến giới hạn bộ nhớ ảo của nó.
Tôi đã này có nghĩa là hồ bơi ứng dụng tái chế đến nay, quá thường xuyên và điều đó sẽ giải thích một vấn đề hiệu suất.
Tôi đã xem xét tính chất của hồ bơi ứng dụng và tái chế"của nó" Trang đã chỉ ra rằng bất động sản "tối đa bộ nhớ ảo (trong MB)" đã được thiết lập đúng sự thật và đã được thiết lập 5000. Điều đó có vẻ như đủ, nhưng tôi đã quyết định bỏ đặt giá trị và rằng đã có một tác động tích cực ngay lập tức. Không có hồ bơi ứng dụng hơn tái chế. Không có nhiều bí ẩn slow-downs và tạm dừng.
Tôi không thực sự hiểu tiềm ẩn "công cụ" đó xảy ra ở đó, nhưng rõ ràng một số loại nguyên nhân/hiệu ứng điều đang xảy ra và bây giờ, môi trường UAT là có thể sử dụng.
</kết thúc>
Phil Wicklund