2009-01-04 22 views
9

OS X 10.5.6.Làm thế nào để tìm hiểu Eclipse đang làm gì trong backround?

Eclipse 3.4 của tôi sắp phát điên.

Sau khi thao tác vô tội như nhập văn bản hoặc di chuyển một số tệp trong chế độ xem Navigator hoặc lưu, đôi khi bắt đầu "chờ hoạt động nền" và ăn một lõi CPU, xáo trộn qua lại hàng chục megabyte bộ nhớ.

Tôi nghi ngờ một số trình cắm đã bị lừa đảo.

Làm cách nào tôi có thể tìm thấy cái nào (ngoại trừ tìm kiếm nhị phân)?

Trả lời

3

Bạn cũng có thể thử khởi động eclipse của bạn với các tùy chọn

-Dcom.sun.management.jmxremote 

.

Và sau đó khởi

C:\[jdk1.6.0_0x path]\bin\jconsole.exe 

Như đã nói trong câu hỏi này về eclipse memory. Bạn sẽ có thể theo dõi rất nhiều chi tiết thời gian chạy, miễn là bạn đang khởi chạy nhật thực của mình với 1,6 JVM.

Hãy thử cũng those settings và kiểm tra xem sự cố của bạn có tồn tại với chúng hay không.

3

Đó là một mục tiêu khó khăn và thường không thể, tôi đã gặp phải vấn đề này nhiều lần.

Tôi thường làm theo quy trình sau:

1) Mở chế độ xem tiến trình và xem có bất kỳ điều gì được liệt kê trong đó hay không; trong một số trường hợp, một công việc phi hệ thống là đang tạo ra sự cố và nó thực sự được đặt tên. Nếu không có gì bật lên ở đây, nó có thể là một công việc được gắn thẻ là hệ thống (để ẩn nó), hoặc một cái gì đó thậm chí không chạy như một công việc (thậm chí tệ hơn)

2) Sử dụng heap hiển thị theo sở thích chung, để thử và phát hiện nếu kích thước heap nhảy. Theo mặc định, Eclipse chạy với không đủ JVM Heap Space, và một khi nó đạt đến giới hạn của nó, nó sẽ bắt đầu khuấy động ngay cả khi không có plugin nào có lỗi và bị kẹt.

3) Tạo và chạy phiên bản gỡ lỗi của không gian làm việc và cố gắng tái tạo sự cố và tại thời điểm đó, ngắt chương trình khỏi Eclipse khác và xem chủ đề nào đang hoạt động. Thật không may, hầu hết các chủ đề không được xác định với các plugin sinh sản mà thực sự sucks.

4) Thật không may, hãy bắt đầu lãng phí thời gian vào tìm kiếm.

Các vấn đề liên quan