Threadの割り込みを活用する - プログラマーの脳みそ
確実に一定時間スリープする - terazzoの日記ではThreadの割り込みがあっても確実に一定時間の停止を試みているが、そもそもこのようなコードは書いてはいけない。 Thread.sleep()は一定時間止まるための便利メソッドとしてよく知られているが、そのときに発生するInterruptedExceptionについての理解は広まっていない気がする。割り込みとはなんなのか。どういう時に使うのか。 目覚まし時計 お昼休みに昼寝をしようとする。寝過ごすといけないので15分後にアラームを鳴らす設定をした。 さて、ひと眠りするか、というところに友人がやってきた。昼寝はやめて売店に行くことにした。果たして売店でアラームが鳴り始めた。 さて、このとき、アラームは15分間の待機を命じられたわけだけども、お昼寝がキャンセルされたことで、もう待機しなくてよくなってしまった。むしろ、さっさと待機をやめてく
連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説（前編）
Effective Java 読書会 12 日目 「スレッド・セーフってなによ！！」 - IT戦記
スレッドセーフ、スレッドセーフって何なのよ！本当の気持ち聞かせてよ！ はじめに 皆様おひさしぶりです。 久しぶりに Effective Java 読書会のまとめを上げていきたいと思います！！！ 今回の範囲 269 ページ 〜 278 ページ 前回はこちら http://d.hatena.ne.jp/amachang/20100309/1268153192 synchronized を付ければスレッド・セーフってわけではない synchronized はスレッド・セーフを実現するための一つの方法（実装の詳細）であって、 synchronized を使っているからスレッド・セーフというわけではないし、 synchronized を使っていないからスレッド・セーフじゃないというわけではない そもそも、スレッド・セーフとは何か そのクラスのインスタンスに対するどんな順番で行われる操作も仕様的に正し
Effective Java 読書会 11 日目 「Java マルチスレッド難しいいい」 - IT戦記
はじめに 順番が前後しますが、都合上「並行性」の章を先に書きたいと思います。 読んだところ 251 ページ 〜 268 ページ 前回はこちら Effective Java 読書会 10 日目 「Java の基本テクニック集」 - IT戦記 同期とは何か 同期 = 原子性 + 可視性 原子性（アトミック性） データの状態遷移の過渡的な不整合な状態が（どのスレッドからも）見えないという性質。 適切に相互排他することでデータの原子性を保証できる。（保護されたコードを実行できるスレッドは一つだけ。） 可視性（ビジビリティ） （どのスレッドからも）同じ値が見えるという性質。 普通、変数やフィールドの値はスレッドごとにキャッシュ（レジスタなど）されるなどしていて、スレッド間での同値性は保証されない。 同期するというのは、原子性を保証することだけではなく、可視性も保証することだということを忘れてはいけな
HashMapと無限ループとsynchronized - 谷本 心 in せろ部屋
「HashMapのputとgetを同時に行うと、無限ループが発生する」という事は Javaエンジニアな皆さんならご存知だと思います。 1. 無限ループの再現 まずは論より証拠、無限ループになることを確認してみましょう。 こんなテストコードを書けば、すぐに再現できます。 public void testHashMap_無限ループ() throws InterruptedException { final Map<Integer, Integer> map = new HashMap<Integer, Integer>(); Runnable runnable = new Runnable() { public void run() { for (int i = 0; i < 1000000; i++) { int key = i % 10000; if (map.containsKey(ke
2008-11-20 - きしだのはてな: スレッドで投機的実行を実現する方法を考えてみた
スレッドのロックをする場合、読み込み処理同士は他に影響を与えないのでロックをする必要がない。 Javaでは、ReadWriteLockを使うと、読み込みスレッドは同時にいくつでも動くけど書き込みスレッドは他のスレッドが動いていると処理をまち、書き込み処理中は読み込み処理もできなくなる。 ただ、ReadWriteLockの場合、処理が読み込みなのか書き込みなのかがロック取得時に決まっている必要がある。 なので、あらかじめ読み込み処理か書き込み処理か決めれず、通常は書き込みを行わないけど条件によって書き込むというような場合にはReadWriteLockは使えない。 ということで、書き込みの頻度が少ない場合には、とりあえず処理を行っておいて、書き込みなければそのまま実行、書き込みがあっても他のスレッドによって値が変えられてなければやはりそのまま実行、もし他のスレッドによって書き込みがあれば、処理
Thread Pooled Server
This text describes a simple thread pooled server implemented in Java. The code is based on the multithreaded server desbribed in the text on Multithreaded Servers. The main difference is the server loop. Rather than starting a new thread per incoming connection, the connection is wrapped in a Runnable and handed off to a thread poool with a fixed number of threads. The Runnable's are kept in a qu
JavaのNIOパッケージ - wyukawa's diary
このうち、GlassFishではGrizzlyというJavaのNIOパッケージを使用したライブラリを使用する事で、スレッドをブロックする事なく処理を行う事を可能としています。1000本のコネクションが発生したからといって、1000個のスレッドが同時に消費される事はありません。 AjaxプログラマのためのJavaOne2008 -GrizzlyでComet!- へー、と思って以下の資料をぱらっと見てたけど、イメージがつかめない。。。 Grizzlyの概要 : C10K問題に対応するGlassFish(Grizzly) Grizzlyの概要 2 : Java New I/Oで実装されたサーバ http://www.java-users.jp/contents/events/ccc2008spring/materials/A3-Glassfish.pdf うーん、やっぱある程度OSの知識を持って
Acroquest-マルチスレッド処理で問題がおきます-JTS(Javaのトラブルシュートはこちら)
＜A12-3＞ HttpClientをマルチスレッドで効率よく利用するには、実は、 一般に知られている実装方法とはことなる実装に切り替える必要があります。 Webや雑誌などのチュートリアル記事などで広く紹介されているHttpClientの利用方法 (以下、デフォルト版) は、シングルスレッド環境を想定した利用方法になっています。 マルチスレッド環境に適した方法でHttpClientを利用をするためには、 次のような実装 (以下、マルチスレッド版) にする必要があります。 1．接続マネージャをデフォルト版からマルチスレッド版のMultiThreadedHttpConnectionManagerに変更する。 2．クライアントインスタンスを複数スレッドで共有する。 3．同一ホストへの同時接続数をデフォルト値(2)から変更する。 当社の検証環境では、マルチスレッド版では、デフォルト版の２倍以上のス
スレッド - wyukawa's diary
最近仕事関係でスレッドまわりを調べてます。スレッドプログラミングでやっちゃいけないことを知りたいのですが、 まずはスレッド自体の調査ということで以下の本を眺めてます。 増補改訂版 Java言語で学ぶデザインパターン入門 マルチスレッド編 作者: 結城浩出版社/メーカー: ソフトバンククリエイティブ発売日: 2006/03/21メディア: 大型本購入: 15人 クリック: 287回この商品を含むブログ (206件) を見るJava並行処理プログラミング ―その「基盤」と「最新API」を究める― 作者: Brian Goetz,Joshua Bloch,Doug Lea出版社/メーカー: ソフトバンククリエイティブ発売日: 2006/11/22メディア: 単行本購入: 30人 クリック: 442回この商品を含むブログ (174件) を見る 以下も参考になるな。 最近スレッドが熱い - yosh
ThreadとHashMapに潜む無限回廊は実に面白い？ (1/3) - ＠IT
ThreadとHashMapに潜む無限回廊は実に面白い？：現場から学ぶWebアプリ開発のトラブルハック（10）（1/3 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） マルチスレッドのトラブルハックはさっぱり分からない… 対処が難しいトラブルといえば、GC（ガベージ・コレクション）とマルチスレッド処理に起因することが多い。 前々回（「肥え続けるTomcatと胃を痛めるトラブルハッカー 」）と前回（「JavaのGC頻度に惑わされた年末年始の苦いメモリ」）の2回にわたってGC、特にメモリ周りのトラブルを取り上げた。そこで今回は、マルチスレッド処理のトラブルの1つ、「レースコンディション（競合状態）
【コラム】Java API、使ってますか? (21) Java EE環境でのスレッドプログラミングを可能にするJSR 237 | エンタープライズ | マイコミジャーナル
JSR 237: Work Manager for Application Servers つい先日、次期Java EEプラットフォーム仕様となるJSR 316がExecutive Committieeによる最初の承認投票を賛成多数で通過した。JSR 316では、Java EE 6で新しく追加されるAPIとしてJSR 196、JSR 236、JSR 237、JSR 299、JSR 311などを挙げている。そのうちJSR 311については本連載でも第18回で取り上げた。今回は「JSR 237: Work Manager for Application Servers」を紹介したい。 JSR 237は、ひとことで言ってしまえばJava EE環境でスレッドプログラミングを可能にするためのAPIである。Javaでスレッドプログラミングを行うためには、通常java.lang.Runnableインタフ
中里一日記: EJB (JBoss)でスレッド
EJB (JBoss)でスレッド EJBの最悪さを知らない人々は幸福である。幸福な人々には大変恐縮だが、暗澹たる事実のひとつをお知らせしよう。 EJBコンテナ内では、普通の方法でスレッドを作ってはいけない。 今度はEJB 3.0だそうだが、そもそも最初から作り直せと言いたい。MSの.NETがよくできている（後発だから当然だが）のを見るにつけ、「貧乏人はJavaをやれ」と言われている気分だ。 普通の方法でスレッドを作ってはいけないが、普通でない方法ならある。JCA 1.5で導入された javax.resource.spi.work.WorkManager を使う方法だ。具体的にどんなコードになるのか、ちょっと調べれば出てくるだろう――しかしこの期待はあっさりと裏切られた。 この記事が典型例だ。WorkManagerインスタンスをJNDIで取ってくる、と書いてあるだけで、具体的にどこでどうやっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
スレッドメモ - wyukawa's diary
Google Code Archive - Long-term storage for Google Code Project Hosting.
jconch - Google Code
IBM Developer
IBM Developer
IBM Developer