Trong khi giám sát các bộ đếm hiệu suất trong quá trình kiểm tra tải của ứng dụng web .NET, ngưỡng quan trọng mặc định là 10 được vượt quá liên tục cho bộ đếm được gọi là "% Time in RT checks".% Thời gian kiểm tra RT
Tại sao việc sử dụng séc thời gian chạy lại không thành công?
Điều này có thể nói gì về ứng dụng của chúng tôi? Làm cách nào để cải thiện điều này?
Ngưỡng này không nhất thiết là biểu hiện hiệu suất kém (tùy thuộc vào việc bạn đang làm gì, 10% thời gian xử lý của bạn có thể không nhiều lắm!).
Có một bộ đếm có liên quan khác, "Tổng thời gian kiểm tra". Bộ đếm này hiển thị số lần kiểm tra thời gian chạy thực tế (được ghi là here). Nếu giá trị trong bộ đếm đó thấp, thì khả năng là bạn không gặp vấn đề gì. Nếu nó cao (hoặc tăng lên nhanh chóng tại một số điểm nhất định trong ứng dụng của bạn) thì bạn có thể gặp vấn đề đáng để điều tra.
"Kiểm tra thời gian chạy" này là kiểm tra bảo mật truy cập mã được tạo khi mã của bạn yêu cầu quyền CAS cụ thể từ thời gian chạy. Nếu mã của bạn phức tạp hoặc chạy dưới sự tin cậy hạn chế, bạn có thể thấy rằng bạn đang thực hiện nhiều yêu cầu và bạn có khả năng tái cơ cấu mã của mình để tối ưu hóa các mã này. Tuy nhiên, tôi chắc chắn sẽ xác định rằng đây là vấn đề trước khi tìm kiếm quá sâu, vì nó không phải lúc nào cũng là một tối ưu hóa đơn giản.
Cảm ơn câu trả lời của bạn ... bạn có thể đưa ra một ví dụ về mã yêu cầu "cho một sự suy giảm CAS cụ thể từ thời gian chạy" không? – carrier
Ví dụ có thể là đăng ký hoặc truy cập tệp, một ứng dụng không có đặc quyền có thể không được phép. Tài liệu MS (hoặc ít nhất là một điểm khởi đầu) là [ở đây] (http://msdn.microsoft.com/en-us/library/930b76w0.aspx). –
Không phải là câu trả lời thực sự nhưng đã thấy [this] (http://social.msdn.microsoft.com/forums/en-US/vststest/thread/a976fa4b-fe8d-44da-8a45-247f26b8a8d1)? –
Có, tôi có thực sự, cảm ơn cho liên kết anyway. – carrier