Có các lớp lọc cho công việc định dạng cpu trong Java VisualVM không?

Question

Tôi muốn lọc những lớp nào đang được định dạng bằng cpu trong Java VisualVm (Phiên bản 1.7.0 b110325). Đối với điều này, tôi đã thử theo Profiler -> Settings -> CPU-Settings để thiết lập "Profile chỉ lớp học" để gói của tôi theo thử nghiệm, mà không có hiệu lực. Sau đó, tôi đã cố gắng loại bỏ tất cả các lớp học java. * Và sun. * Bằng cách đặt chúng trong "Không phải lớp hồ sơ", cũng không có tác dụng.

Đây có phải đơn giản là lỗi không? Hay tôi đang thiếu một cái gì đó? Có cách giải quyết nào không? Ý tôi là khác hơn:

• trả tiền cho một hồ sơ tốt hơn
• làm lấy mẫu bằng tay (xem One could use a profiler, but why not just halt the program?)
• chuyển sang xem Gọi Tree, đó là không tốt vì chỉ có quan điểm Profiler mang lại cho tôi tỷ lệ phần trăm của CPU tiêu thụ cho mỗi phương pháp.

Tôi muốn thực hiện điều này chủ yếu để lấy tỷ lệ phần trăm chính xác của CPU đã tiêu thụ cho mỗi phương pháp. Đối với điều này, tôi cần phải loại bỏ các phép đo gây phiền nhiễu, ví dụ: cho sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run() (khoảng 70%). Nhiều người dùng dường như gặp sự cố này, xem ví dụ:

• Java VisualVM giving bizarre results for CPU profiling - Has anyone else run into this?
• rmi.transport.tcp.tcptransport Connectionhandler consumes much CPU
• Can't see my own application methods in Java VisualVM.

Answer 1

Lý do bạn thấy sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run() trong tiểu sử là bạn đã chọn tùy chọn Tiểu sử mới Runnables được chọn.

Ngoài ra, nếu bạn chụp nhanh phiên lược tả, bạn có thể xem toàn bộ callstack cho bất kỳ phương pháp điểm nóng nào - theo cách này bạn có thể điều hướng từ phương pháp run() xuống phương pháp logic ứng dụng của riêng mình. được tạo bởi tùy chọn Cấu hình mới Runnables.

Answer 2

OK, vì mục tiêu của bạn là làm cho mã chạy nhanh nhất có thể, hãy để tôi đề xuất cách thực hiện. Tôi không có chuyên gia về VisualVM, nhưng tôi có thể cho bạn biết những gì hoạt động. (Chỉ có một vài profilers thực sự cho bạn biết những gì bạn cần biết, đó là - mà dòng mã của bạn đang ở trên ngăn xếp một phần lành mạnh của đồng hồ treo tường thời gian.)

Đo duy nhất tôi từng bận tâm là một số đồng hồ bấm giờ trên toàn bộ thời gian, hoặc cách khác, nếu mã có một cái gì đó giống như một tốc độ khung hình, số khung hình mỗi giây. Tôi không cần bất kỳ loại phân tích chính xác nào nữa, bởi vì nó là một đầu mối từ xa nhất cho những gì đang lãng phí thời gian (và thường xuyên không liên quan), khi có một cách rất trực tiếp để định vị nó.

Nếu bạn không muốn làm random-pausing, tùy thuộc vào bạn, nhưng nó đã được chứng minh là hoạt động và here's an example of a 43x speedup.

Về cơ bản, ý tưởng là bạn nhận được một số lượng mẫu nhỏ (như 10), được lấy theo thời gian đồng hồ treo tường ngẫu nhiên. Mỗi mẫu bao gồm (hiển nhiên) một danh sách các trang cuộc gọi, và có thể là một trang không gọi ở cuối. (Nếu mẫu là trong I/O hoặc ngủ, nó sẽ kết thúc trong cuộc gọi hệ thống, mà chỉ là tốt. Đó là những gì bạn muốn biết.)

Nếu có một cách để tăng tốc mã của bạn (và gần như chắc chắn là), bạn sẽ thấy nó như là một dòng mã xuất hiện trên ít nhất một trong các mẫu ngăn xếp. Xác suất nó sẽ xuất hiện trên bất kỳ một mẫu nào giống hệt với phần thời gian mà nó sử dụng. Vì vậy, nếu có trang web cuộc gọi hoặc dòng mã khác sử dụng một khoảng thời gian lành mạnh và bạn có thể tránh thực hiện nó, thời gian tổng thể sẽ giảm theo phần đó.

Tôi không biết tất cả các hồ sơ, nhưng tôi biết rằng có thể cho bạn biết đó là Zoom. Những người khác có thể làm điều đó. Chúng có thể nhiều hơn, nhưng chúng không hoạt động nhanh hơn hoặc tốt hơn phương pháp thủ công khi mục đích của bạn là tối đa hóa hiệu suất.