Trên vấn đề mức tiêu thụ bộ nhớ, bạn có thể thử đặt các tham số bộ nhớ của JVM được máy chủ WebLogic của bạn sử dụng. Đăng nhập vào WL Web Admin Console và vào Environment/Servers/[your server]/Configuration/Server Start và, trên "Arguments", thiết lập thứ gì đó như -Xms256m -Xmx256m sẽ thiết lập JVM ban đầu (Xms) và max (Xmx) kích thước heap lên 256 megabyte. Bạn sẽ muốn chơi xung quanh với những con số này và tìm các giá trị tốt nhất cho môi trường của bạn. Nhưng xin lưu ý rằng cá thể Eclipse của bạn cũng có thể tiêu tốn rất nhiều bộ nhớ.
Về thời gian khởi động, mặc dù lớn hơn một chút so với tôi mong đợi, chúng có vẻ ổn. Vấn đề này là rất thường xuyên, và tôi không nghĩ rằng bạn sẽ có thể chắc chắn giải quyết nó. WebLogic có nhiều tính năng hơn Tomcat, và điều này phản ánh trong các đặc tính khác của môi trường (như thời gian khởi động).
Tắt Weblogic sử dụng trình tạo số ngẫu nhiên trong khi khởi động. Bởi vì lỗi trong java nó đọc ‘randomness’ từ/dev/random./dev/random là các trình tạo số ngẫu nhiên rất tốt nhưng nó rất chậm. Phải mất 10 phút hoặc lâu hơn để tạo một số./dev/urandom không phải là tốt, nhưng nó là ngay lập tức. Java bằng cách nào đó ánh xạ/dev/urandom tệp đến/dev/ngẫu nhiên. Đó là lý do tại sao cài đặt mặc định trong $ JAVA_HOME/jre/lib/security/java.security là vô ích.
Các giải pháp có thể có: 1) Thêm “-Djava.security.egd = file:/dev /./ urandom” (/ dev/urandom không hoạt động) vào tham số java.
Tồi tệ hơn nhưng giải pháp làm việc là: 2) mv/dev/random /dev/random.ORIG; ln/dev/urandom/dev/random
3) Giải pháp tốt nhất là thay đổi $ JAVA_HOME/jre/lib/security/java.security Thay securerandom.source với
securerandom.source = file:/dev /./urandom
Sự cố này không xảy ra trong cửa sổ vì nó sử dụng triển khai khác nhau/dev/ngẫu nhiên.
Mất vài giây để khởi động máy chủ weblogic ngay bây giờ.
Nguồn
2014-01-02 13:53:33
3-5 phút,!? Làm thế nào buồn – rbp