How to write low latency Java Applications #jt12_s221

JavaOneの同名のセッションをまとめた
6
前へ 1 ・・ 4 5 ・・ 10 次へ
t_yano @t_yano

理想的な状況(Old GCを避けられる)なら、Paralell GCと Old Parallel GCで行って、Old GCを発生させるな、と。まあ、Old GCが発生しないなら、CMS GCはいらないもんな… #JavaOneJP

2012-04-05 15:01:30
t_yano @t_yano

GCにやさしいプログラミング。まず、Large Objectを避ける。Large Objectはアロケートに時間がかかるし、初期化にも時間がかかる。Javaヒープのフラグメンテーションも引き起こす。 #JavaOneJP

2012-04-05 15:02:51
しんさん @shinsan68k

RT @yamadamn: 何度も言うようだけどPermGenはそろそろなくなるよー。JRockitと同様、ネイティブ領域で管理されるようになる予定 #jt12_s221 #JavvaOneJP

2012-04-05 15:03:24
きむち @kimuchi583

デカいサイズのオブジェクトは、要注意。OLDに直接わりあてられたり、初期化のコストがあったり、メモリ内の断片化が起こしやすい。 #JavaOneJP #jt12_s221

2012-04-05 15:04:30
Takahiro YAMADA @yamadamn

異なるサイズの大きなオブジェクトが断片化を引き起こす。これをまとめることでオブジェクトへのアクセスも効率化される。基本的には大きなオブジェクトは設計段階であまり作成されないようにすべきと。 #jt12_s221 #JavaOneJP

2012-04-05 15:04:47
t_yano @t_yano

なるべく、Large Objectは小さい別のオブジェクトにわけろと。そうすれば、一部は短命で処理できるかもしれないし、オブジェクト指向的にも理想的だと。 #JavaOneJP

2012-04-05 15:04:55
tksy(吉村 武志) @takesi_yosimura

でかいクラスを作るな、分割できるか考えて設計しろってことか? #javaonejp #jt12_s221

2012-04-05 15:05:05
アニメ大好きハゲおじさん @Crimson_Apple

デカいクラスは分割したほうがいい。そらそうか。 #JavaOneJP #jt12_s221

2012-04-05 15:05:30
きむち @kimuchi583

でかいオブジェクトを使うなではなく、本当に使わなければならないのかを、よくよく考えよ。 #JavaOneJP #jt12_s221

2012-04-05 15:05:40
はくらい @hakurai

フラグメンテーションが起きてるとアクセス効率が落ちる。キャッシュもされにくい。 #jt12_s221

2012-04-05 15:05:55
t_yano @t_yano

GCにやさしいプログラミングその2。データ構造のリサイズを避けろ。ちゃんとコンストラクタで、明示的にサイズを指定しろ。 #JavaOneJP

2012-04-05 15:06:06
Takahiro YAMADA @yamadamn

RT @kimuchi583: デカいサイズのオブジェクトは、要注意。OLDに直接わりあてられたり、初期化のコストがあったり、メモリ内の断片化が起こしやすい。 #JavaOneJP #jt12_s221

2012-04-05 15:06:07
たなか🐧 @tanaka_733

配列で確保するようなケースでは、リサイズを極力さけよう。あらかじめサイズ指定のコンストラクタを使うなど。 #JavaOneJp #jt12_s221

2012-04-05 15:06:41
Takahiro YAMADA @yamadamn

RT @tanaka_733: 配列で確保するようなケースでは、リサイズを極力さけよう。あらかじめサイズ指定のコンストラクタを使うなど。 #JavaOneJp #jt12_s221

2012-04-05 15:07:01
はくらい @hakurai

ArrayListのサイズをコンストラクタで予め指定してリサイズを避けるとか。 #jt12_s221

2012-04-05 15:07:13
t_yano @t_yano

データのリサイズは、無用なオブジェクトアロケーションを引き起こすと。まあ、新しいサイズのオブジェクトを作って、内容をコピーするとかやるからな… #JavaOneJP

2012-04-05 15:07:21
tmiyamon @tmiyamon

#jt12_s221 まあ、基本、かな? 大体知ってる #JavaOneJP

2012-04-05 15:07:22
きむち @kimuchi583

データ構造のリサイズも、できれば抑制せよ。初期化サイズをデフォルトでよいのか、より大きい値にすべきか、考えよ。 #JavaOneJP #jt12_s221

2012-04-05 15:07:26
アニメ大好きハゲおじさん @Crimson_Apple

サイズわかってるならList<String> list = new ArrayList(100);みたいにしたほうがいいよと。 #JavaOneJP #jt12_s221

2012-04-05 15:07:35
ゆとり🇺🇦 @megascus

オブジェクトプーリングは問題の原因になるかもしれない。キャッシュは気を付けろと。  #jt12_s221 #JavaOneJP

2012-04-05 15:07:50
tksy(吉村 武志) @takesi_yosimura

RT @tanaka_733: 配列で確保するようなケースでは、リサイズを極力さけよう。あらかじめサイズ指定のコンストラクタを使うなど。 #JavaOneJp #jt12_s221

2012-04-05 15:07:55
Takahiro YAMADA @yamadamn

昔のバージョンだと思いますがHashMapでリサイズすると無限ループに陥るなんてバグもありましたね RT @tanaka_733: 配列で確保するようなケースでは、リサイズを極力さけよう。あらかじめサイズ指定のコンストラクタを使うなど。 #JavaOneJp #jt12_s221

2012-04-05 15:08:20
VM持田 @mike_neck

RT @megascus: オブジェクトプーリングは問題の原因になるかもしれない。キャッシュは気を付けろと。  #jt12_s221 #JavaOneJP

2012-04-05 15:08:33
Takahiro YAMADA @yamadamn

誰かのセッションでのわざとらしい実装を思い出しますな RT @megascus: オブジェクトプーリングは問題の原因になるかもしれない。キャッシュは気を付けろと。  #jt12_s221 #JavaOneJP

2012-04-05 15:09:07
前へ 1 ・・ 4 5 ・・ 10 次へ