Fork/Join Framework についてちょろっと調べてみた - n3104のブログ
同僚と Fork/Join Framework について話す機会があり、ちょっと気になったので調べてみました。ちなみに、ソースは jdk1.7.0_25 です。 native なのか Java なのか？ native とかは使わないで普通に Java の Thred クラスを利用して実装しているようでした。そのように判断した理由は以下の通りです。 ForkJoinWorkerThread 自体は Thread クラスを継承している ForkJoinPool#invoke から RecursiveTask#compute までのソースを見た感じ、普通に Java のコードだった ForkJoinWorkerThread の生成タイミング ForkJoinPool#invoke の中で ForkJoinWorkerThread を生成しているみたいでした。 registerWorker(For
Double-checked locking - Wikipedia
In software engineering, double-checked locking (also known as "double-checked locking optimization"[1]) is a software design pattern used to reduce the overhead of acquiring a lock by testing the locking criterion (the "lock hint") before acquiring the lock. Locking occurs only if the locking criterion check indicates that locking is required. The original form of the pattern, appearing in Patter
InfoQ: Java 6のスレッド最適化は実際に動作しているのか？ - パートII
作者 Jeroen Borgers , 翻訳者 白石 俊平 投稿日 2008年9月23日 午後9時56分 コミュニティ Java トピック パフォーマンス&スケーラビリティ タグ Concurrency, JVM, Java SE, Parallel Programming, Multi-threading この記事のパート1(参考記事)では、私たちはシングルスレッドのベンチマークを用いて、同期されたStringBufferと非同期のStringBuilderのパフォーマンスを比較しました。最初のベンチマーク結果では、他の最適化に比べてバイアスド・ロックが最もパフォーマンス向上に役立つ事が判明しました。このベンチマーク結果は、ロックの獲得が高価なオペレーションであると言う事を示唆しているようでした。しかし、そこでまとめに入る前に、私の同僚のマシンでもベンチマークを
[concurrency-interest] RFC -- Java7 java.util.concurrent plans
[concurrency-interest] RFC -- Java7 java.util.concurrent plans Doug Lea dl at cs.oswego.edu Tue Dec 9 19:35:45 EST 2008 Previous message: [concurrency-interest] Vacation reply Next message: [concurrency-interest] RFC -- Java7 java.util.concurrent plans Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] Concrete plans for Java7 release finally appear to be starting, and we've been asked
Rainmaker | タグクラウド製造ソフト
In recent years, mobile apps have gained immense popularity due to their contribution to business growth. Do you find app development challenges? If yes, you are in the right place! We believe that building an app is not critical when you know nothing about coding. You might be wondering about app development without coding. Is it possible? The answer is yes! This article will discuss the free app
JRubyとClojureは好相性？
あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
マルチスレッド環境でlongを共有するときの注意 2008-11-17 - きしだのはてな
このプログラムは止まるだろうか？ このスレッドは、lockの上位32ビットと下位32ビットが異なると止まる。mainでは、lockに同じ乱数を上位32ビットと下位32ビットに設定する。 だから、プログラムが書いた通りに動けば止まらないはず。 import java.util.Random; public class VolatileSample { static long lock = 0; public static void main(String[] args){ new Thread(){ @Override public void run() { for(;;){ long t = lock; long high = t >> 32; long low = t & 0xffffffffL; if(high != low){//上位32ビットと下位32ビットが等しいか判定 Syst
Azul Systems - Cliff Click Jr.’s Blog: A Non-Blocking HashTable
A Non-Blocking HashTable March 27, 2007 I've been wrestling with concurrent algorithms again. This time, it's a Non-Blocking (concurrent, lock-free) HashTable. I've had it basically figured out for a few months now and I'm slowing widening the circle of people I expose it too. This HashTable seems too good to be true, which is why I'm trying hard to vet it's correctness before claiming victory
Java Tips: かしこいロック
単純なロックの問題点 Java にはマルチスレッドプログラミングにおける一般的な排他制御を記述するのに適した synchronized ブロック、synchronized メソッドという構文があり、保護したいデータにアクセスする全てのコードをこれらの構文を使って同期化すれば、排他制御は簡単に実現できる。しかし、この方法には問題もある。例えば電子掲示板システムのログデータにこの方法を適用することを考えてみよう。 電子掲示板に対するアクセスを全て同期化するということは、一度に一人のユーザしかログにアクセスできないということである。なんらかの理由(サーバ・クライアント間の回線速度やクライアントの処理速度の低下など)でログの読み込みに時間がかかっているユーザが一人れば、サーバ側の計算機資源にいくら余裕があっても、その間は他の大勢のユーザは掲示板にアクセスできない。すなわち計算機資源の利用効率が著し
Java 6のスレッド最適化は実際に動作しているのか？
図1. ローカルのStringBufferを用いてStringの連結を行う もし私たちが変数sbをよく調べれば、concatBufferメソッドの境界内でのみ生存すると言う事をすぐに見つけられます。さらにsbに対する参照は、それが宣言されたスコープから"抜け出す"事は絶対にありません。従って、他のスレッドがsbへのアクセスを行う方法は存在しないのです。これを踏まえると、私たちはsbに対するロック保護を除去できると言う事がわかります。 一見するとロックの除去により、ロックが本当に必要とされない場所においては、あらゆる同期のペナルティ無しにスレッドセーフなコードを書く事が出来るように見えます。「それが本当に働いているのかどうか」と言う疑問については、ベンチマークで詳しく調べることにしましょう。 バイアスド・ロックの説明 バイアスド・ロックは、生存中に一つ以上のスレッドにアクセスされるロックはほ
Java Concurrency in Practice
I was fortunate indeed to have worked with a fantastic team on the design and implementation of the concurrency features added to the Java platform in Java 5.0 and Java 6. Now this same team provides the best explanation yet of these new features, and of concurrency in general. Concurrency is no longer a subject for advanced users only. Every Java developer should read this book. For the past 30 y
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Java Best Practices – Queue battle and the Linked ConcurrentHashMap - Java Code Geeks
IBM Developer
Java Performance Myths and Legends Presentation
IBM Developer