解決 Java SecureRandom 過久的問題

【問題原因】
Java 的 SecureRandom 為了取得足夠亂、無法預測的 random data
會依據當時系統的 中斷、網路傳輸以及處理器負載 等資訊來產生
當系統處於閒置狀態時，便無法取得足夠多變異的資料來產生 random data
導致需要更多時間去完成這個動作

【解決方法】
啟動 Java 時，增加以下參數

-Djava.security.egd=file:/dev/./urandom

P.S 雖然他產生的亂度相對較低
但...除非是需要【極高/無法預測】的 key
不然還是愈快愈好 XDD

【可能會遇到此問題的軟體】

1. Hadoop system: HDFS namenode
2. Web server: Jetty

【參考文獻】
How to solve performance problem with Java SecureRandom?
Jetty: Connectors are slow to startup

解決 linux 下 java 中文無法顯示問題

JRE 1.5 中文顯示成方格解決方法:

請在 /usr/lib/jvm/java-1.5.0-sun/jre/lib/fonts/中 建立一個資料夾"fallback", 或是將其他字型資料夾連進來:

sudo ln -s /usr/share/fonts/truetype/arphic fallback
sudo mkfontscale
sudo mkfontdir

linux下java 1.5, 1.6中文設定

java 到 linux 下中文都會變成 口口 ...
原來有一個很簡單的方法可以修正
# cd /opt/sun-jdk-1.6.0.03/jre/lib/fonts
# mkdir fallback
# cd fallback
# ln -s /usr/share/fonts/fireflysung/fireflysung.ttf .
# mkfontscale
最後將fonts/fallback/fonts.scale檔的內容貼到fonts/fonts.dir
兩個檔案的第一行數字加總到fonts.dir內
大概是會長這樣:
# head fonts.dir
53
fireflysung.ttf -misc-ar pl new sung-medium-r-normal--0-0-0-0-p-0-big5-0
fireflysung.ttf -misc-ar pl new sung-medium-r-normal--0-0-0-0-p-0-big5.eten-0
fireflysung.ttf -misc-ar pl new sung-medium-r-normal--0-0-0-0-p-0-cns11643-1
fireflysung.ttf -misc-ar pl new sung-medium-r-normal--0-0-0-0-p-0-iso10646-1
fireflysung.ttf -misc-ar pl new sung-medium-r-normal--0-0-0-0-p-0-koi8-r
LucidaBrightRegular.ttf -b&h-lucidabright-medium-r-normal--0-0-0-0-p-0-iso8859-1
LucidaBrightItalic.ttf -b&h-lucidabright-medium-i-normal--0-0-0-0-p-0-iso8859-1
LucidaBrightDemiBold.ttf -b&h-lucidabright-demibold-r-normal--0-0-0-0-p-0-iso8859-1

有了上面幾行中文的定義，就不會找不到中文字行了