Java のシャットダウンフックの書き方

ここの回答がわかりやすかったので、メモ。

Useful example of a shutdown hook in Java? - Stack Overflow
http://stackoverflow.com/questions/2921945/useful-example-of-a-shutdown-hook-in-java

Population count

先日の「Long.bitCount(long) の速度」の記事で比較した it.unimi.dsi.bits.Fast.count(long) だが、Wikipedia にも同様のコードが載っていてショック。

Hamming weight - Wikipedia, the free encyclopedia
http://en.wikipedia.org/wiki/Hamming_weight

そのコードを一般化したものが次のページに載っている。

Counting bits set, in parallel - Bit Twiddling Hacks
http://graphics.stanford.edu/~seander/bithacks.html#CountBitsSetParallel

JDK のソースにある「HD, Section 2-1」というコメント

Java API の Integer.lowestOneBit(int) のソースには、

// HD, Section 2-1

というコメントがある。ググると、「Hacker's Delight」という書籍の Section 2-1 を指しているらしい。

java - cryptic comment in jdk source: // HD, Section 2-1 - Stack Overflow
http://stackoverflow.com/questions/1006626/cryptic-comment-in-jdk-source-hd-section-2-1

さらにググると、その書籍の公式サイトらしきものがあった。

Hacker's Delight
http://www.hackersdelight.org/

そのサイトにある書籍のサンプル「Chapter 2, Basics」から、さきほどの「HD, Section 2-1」の箇所を読むことができる。

Windows 7 & Java 7 & Maven & wagon-ftp でFTPアップロードが失敗する現象

よく忘れるので、メモ。

Java 7 prevents FTP transfers on Windows Vista and 7 if firewall is on. Any ideas? - Stack Overflow
http://stackoverflow.com/questions/6990663/java-7-prevents-ftp-transfers-on-windows-vista-and-7-if-firewall-is-on-any-idea

回避するには、コマンドプロンプトで

netsh advfirewall set global StatefulFTP disable

を実行する。

Java 7 で String クラスがリファクタリングされているらしい

Java7 Update6 で String クラスがさらにリファクタリングされていました
http://d.hatena.ne.jp/chiheisen/20120827

とのことなので確認してみると、Java 7u6 と Java 6u34 で確かにコードが違ってた。

Long.bitCount(long) の速度

Java の Long.bitCount(long) が POPCNT にコンパイルされるとのことで、速度を簡易的に計ってみた。

比較対象は次の3つ。

1. Long.bitCount(long)
2. Long.bitCount(long) のソースをコピーして作った関数
3. it.unimi.dsi.bits.Fast.count(long) 

Oracle Java 7u6 での速度比（小さいほど速い）は、

1. 278
2. 2269
3. 1636

になった。

Long.bitCount(long) の呼び出しが BIOS コールのエミュレーションのように POPCNT に変換されているのかな？

ついでに dsiutils-2.0.7.jar の it.unimi.dsi.bits.Fast.count(long) も計測したんだけど、意外にも速かった。「broadword algorithm」というのは、Java ライブラリの実装アルゴリズムよりも速いんだろうか？

Broadword implementation of rank/select queries
http://vigna.dsi.unimi.it/papers.php#VigBIRSQ

ざくっと計ったので、参考まで。

rank/select の実装

rank/select の実装を探していて、Sux4J というライブラリがあった。

Sux: Implementing Succinct Data Structures
http://sux.di.unimi.it/

参考までに sux4j-3.0.4-sources.jar のソースをちょっと読んだんだけど、it.unimi.dsi.sux4j.bits.Rank16 の59行目の計算間違いでメモリを余分に確保しているような気が…。

僕の気のせいかもしれないので、そっとしておこう。

Java の Long.bitCount(long) と POPCNT

Java の Long.bitCount(long) は最新の CPU だと POPCNT にコンパイルしてくれて、「すごい！」とか感心してたんだけど、つい先日までバグがあってションボリだった。しかも、デフォルトでこの最適化はオンになってたし…。

java - Optimizing Long.bitCount - Stack Overflow
http://stackoverflow.com/questions/4839128/optimizing-long-bitcount

Bug ID: 7063674 Wrong results from basic comparisons after calls to Long.bitCount(long)
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7063674

Oracle Java 7u6 では直っているらしい。

Succinct Data Structure な方は計ってみてるといいかも。

FilterOutputStream.close() では flush() の例外が潰されている

FilterOutputStream.close() のソースを読んでいたら、クローズ時の flush() の例外が潰されていてショック。

ググったら、バグデータベースにあった。

Bug ID: 6390383 (spec) FilterOutputStream.close() silently ignores flush() exceptions
http://bugs.sun.com/view_bug.do?bug_id=6390383

2006年の報告で、Oracle JDK 7u6でも放置ということは、直す気はないのかなぁ。