コンピュータあれこれ、の備忘録です。comment私の場合、Mavenのバージョンが想定外のものになっていたことが要因でした。Xdoclint:noneをするのはおそらくJava1.8を想定していると思いますが、MavenのJavaが1.7になっていました。&quot;unix&quot;↑こんなふうに1.7になっていました。対処法として、↓を挙げておきます。javaをしてJava1.8を選択して、さらにJAVA_HOMEを適切に設定したはず(↓)ですが、なぜかMavenのJavaとシステムのJavaのバージョンが異なる状態で、Mavenでビルドしようとするとエラーが出る状態でした。1.7、システムのJavaは1.8です。いうことなのでしょう。$JAVA_HOMEは、/etc/environmentで設定済み↓でした。JAVA_HOME=/usr/lib/jvm/jdk-8-oracle-arm-vfp-hfltいろいろと調べたところ、update-java-alternativesすればいいようです。mode)↑上記のように一致しました。MavenはJAVA_HOMEを無視してどこか別のところから読んでくるのでしょうか。意味不明ですがひとまず直ったのでよしとします。追記@2015-04-26↑の作業でmvnのバージョンが古いままのことがありました。環境変数が古いままだったようなので、一旦ログアウトして確認してみると正常になりました。集計も試してみたいと書きました。(MCP作者のKanatokoさんには感謝!です)。net.jumperz.io.multicore.example.MSum5050というわけで出来ました!さてせっかくマルチコアで動くのでいろいろとやってみます。データサイズ大きめな、連番が含まれるファイルを作ります。awkやperl、または内部のコードより優れた方法があったら教えてください。$sum'50000005000000real0m2.438suser0m2.384ssys0m0.516sさてここまでで、既存の手法で行いました。次はMCPを使ってみます。net.jumperz.io.multicore.example.MSum50000005000000real0m9.359suser0m42.464ssys0m2.496s↑の結果としては2コアが最速でawkやperlを上回りました。まとめると次のようになります。100M.data)のときも試してみました。MCPは並列度2を超えると速度低下する傾向ありといったところでしょうか。Parser)というものを見つけたので使ってみました。何かのデータ、特にログなどをHadoopで処理する前にそもそもマルチコアで処理したいなと思いました。意外と一つのファイルをマルチコアで処理するのは難しく、うまく出来ませんでした。シングルコアでの処理なら簡単なんですが、8コアマシンで1コアだけ使って待っているってアホらしいですね。一方でHadoopを持ち出すのも大仰ですし。私はJavaに疎いのではじめから書きます。例として、以下の様なファイルを作ります。parseというメソッドに、テキストの一行一行が入るようです。UpperCaseFOOBARBAZというわけで無事に動かせました。次は集計などをやってみたいと思います。様々なマシンをいろいろとベンチマーク。WordPress.。