Không có câu trả lời rõ ràng nhưng chỉ là một cách để chẩn đoán trên trang web những gì đang xảy ra chính xác.
Bạn phải khẳng định đó là quá trình tiêu thụ CPU và những gì nó đang làm chính xác, ví dụ bằng cách giám sát các cuộc gọi hệ thống thực hiện: các Sysinternals các công cụ như Process Explorer và Process Monitor nên dẫn đến manh mối về những gì có thể sai. Ít nhất, bạn có thể so sánh hồ sơ thực thi so với không có chế độ tương thích XP.
Vì vấn đề có thể đến từ chính ứng dụng Java, bạn nên thử một hồ sơ JVM với các công cụ như Netbeans Profiler. Có lẽ mã dựa trên một số công cụ cụ thể của Windows XP như cấu trúc thư mục hoặc biến môi trường không còn tồn tại hoặc đã thay đổi trong Windows 7 (nhưng bạn đã lưu/áp dụng lại cài đặt của riêng mình) ... dẫn đến xử lý lỗi không đúng và vòng lặp vô hạn ví dụ retries.
Trình biên tập cửa sổ gốc cũng có thể là một tùy chọn nhưng quá khó để phân tích mà không có mã nguồn JVM và khi mã Java có liên quan do JIT.
Nguồn
2012-09-03 06:44:35
Tôi không nói rằng tôi biết lý do tại sao, nhưng bạn có kiểm tra xem đó là một JVM 32 bit hoặc JVM 64 bit không? –
Hãy cảm ơn khách hàng của bạn đã tìm thấy giải pháp phù hợp với họ. Ứng dụng Java của bạn có 32 bit hay 64 bit không? Máy Windows 7 của khách hàng của bạn có 32 bit hay 64 bit không? –
Vâng, tôi nghĩ rằng Windows7 là 64bit, ứng dụng có thể là 32bit hoặc 64bit, thẳng thắn vì tôi không thể sao chép vấn đề bản thân mình đang cố gắng theo dõi điều này, nhưng đã tự hỏi liệu có ai có thể hiểu tại sao ứng dụng có thể chạy tốt hơn trong tính tương thích hay không mode –