はてなブックマーク

Javaの主にパフォーマンスに関連するオプションとツールの覚書。 前提 Java 1.8 Java HotSpot(TM) 64-Bit Server VM コマンドラインオプション GCアルゴリズムとヒープサイズ シリアルGC -XX:+UseSerialGC 単一スレッドのGCを使う。いわゆるサーバマシンでJavaEE基盤となるJVMに対して使う利点はほぼなさそうだが、ヒープサイズが100 MB程度以下で済むようなマイクロなJVMを複数起動するような場合ではアリかもしれない。 -XX:+AggressiveHeap 大きなヒープを単一のJVMに割り当てられる状況で有利に動くようにオプションが割り当てられる、なかば投げやりなオプション。 bool AggressiveHeap := true {product} uintx BaseFootPrintEstimate := 4236855

上の2行は同じ意味。つまり、192.168.3.0/24のネットワークに対してデフォルト設定で公開し、全世界"<world>"に向けて"rw"その他デフォルト設定で公開するということになる。 公開先とオプションの"()"の間にスペースを入れてはいけない。まったく別の意味になる（と、マニュアルにも注意書きがある）。 主なオプション＜サーバ側＞（man exportsから抜粋） secure: 1024より小さいポート番号からのリクエストしか受け付けない。これがデフォルト。無効にするにはinsecureを明示。 rw: Read/Writeを可能にする。デフォルトはro（read only）。 async: NFSプロトコルでは同期が標準だがこれをあえて非同期にする（パフォーマンス向上、信頼性・一貫性犠牲にしたいとき）。デフォルトはsync。 root_squash: uid/gidが0、つま

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? initはもはや昔のしくみで、OS起動・停止時の制御はsystemdが行う。initよりも並列度を高める設計思想なので、HWの進化ともあいまって最近のOS起動はとにかく速い。 操作には冪等性があるし、Pre/Postといったライフサイクルフックな仕組みもあるので、応用の幅は旧式のinitと比べるとかなり広がっている。独自にシェルを組まずとも、ユニットファイルと呼ばれる定義ファイルをsystemdに食わせてやるだけでよい。 やはりなによりも__統一されたインタフェースでサービスを操作可能__というのがいい。起動・停止はsystemctlコ

研修で初めてPentahoを触ってきたのでここにメモ。 Edition比較 PentahoはOSSベースで、Community Edition（CE）とEnterprise Edition（EE）が存在する。後者は無論のこと有償であり、サポートがつくのと、統合インストーラでソフトウェア・スイートをいちどきにインストールできる。また、チーム開発向けのバージョニング機能等がついていたりするらしい（研修でそう聞いたがCEで実現できるかどうか未確認）。が、いずれにせよバージョニングならgitなりなんなりで代替可能、というかその方が高機能であるため、Editionの機能差異はあまり問題にならない。コア機能に差異はないので、ここではCEを使用する。 なお、Pentahoの各コンポーネントはJavaで書かれているため、大抵のOS上で動作可能（例えばpentaho-serverはTomcat+Spring