スレッド数が上がるとTLABが非効率になる->Eden全体では未使用領域があるんだけどGC発生とか #jt12_s214
2012-04-05 13:29:00Edenへのスレッドローカルなメモリ割り当てのせいでスレッド数が多いと見かけ上のメモリ不足状態になる #jt12_s214 #JavaOneJP
2012-04-05 13:29:25スレッド数が多いとスレッドごとに確保するメモリが非効率に使われるのでEden電停で未使用領域が多いのにGCが多発する? #jt12_s214
2012-04-05 13:29:54RT @johtani: スレッド数が上がるとTLABが非効率になる->Eden全体では未使用領域があるんだけどGC発生とか #jt12_s214
2012-04-05 13:30:43JNIでGetStringCriticalとReleaseStringCriticalの間にGCが抑止されるので、長い処理を書くと他のスレッドでOutOfMemeroyが発生する可能性あり #jt12_s214
2012-04-05 13:31:41GetStringCriticalとReleaseStringCritical間はGCが抑止されるため。 #jt12_s214 #JavaOneJp
2012-04-05 13:31:45RT @johtani: GetStringCriticalとReleaseStringCritical間はGCが抑止されるため。 #jt12_s214 #JavaOneJp
2012-04-05 13:31:54JNIにも罠があるんやな。もう使わなくてもいい時代だと思うけどねぇ… #jt12_s214 #JavaOneJP
2012-04-05 13:32:22第一世代とか第二世代って、java で言うとバージョンいくつなんですか? #javaonejp #jt12_s214
2012-04-05 13:35:05あー、CASは確かにスレッド数が多いとロールバック(?)が多いからなぁ #jt12_s214 #JavaOneJP
2012-04-05 13:35:13RT @h_iroyuki: 第一世代とか第二世代って、java で言うとバージョンいくつなんですか? #javaonejp #jt12_s214
2012-04-05 13:36:32ほとんどのロックが共有すらされていないとかwww調査結果つれーわwww #jt12_s214 #JavaOneJP
2012-04-05 13:36:42RT @todogzm: ほとんどのロックが共有すらされていないとかwww調査結果つれーわwww #jt12_s214 #JavaOneJP
2012-04-05 13:37:52APIドキュメントにはSynchronizedメソッドかどうかを記述していない。さらに、Synchronizedブロックが内部になっても分からない #jt12_s214
2012-04-05 13:38:29String#getBytes,InetAddess#getAllByNameとか無意識にロック #jt12_s214
2012-04-05 13:38:38Hashtable, StringBufferかー懐かしいな、と言える時代がいいよね #jt12_s214 #JavaOneJP
2012-04-05 13:39:40