C#でマルチスレッドのベストプラクティスって何かある？(What are the best practices with multithreading in C#?) - Qiita
C#でマルチスレッドのベストプラクティスって何かある？(What are the best practices with multithreading in C#?)C#非同期処理StackOverflowマルチスレッド翻訳 StackExchange/Code Reviewでの質問"Exporting doc types using queues and multithreading"へのEric Lippert氏による回答より訳出。回答内容はオリジナル投稿"What are the best practices with multithreading in C#?"に呼応するため、編集前のタイトルを採用。原文および訳文のライセンスは引用元サイト規約の通り CC-BY-SA 3.0 に従う。 （補足：回答内容のトーンに合わせて口語調かつ意訳気味に訳出しました。誤訳指摘および訳出改善は歓迎
Threadへの情報のバインド - Be an Idealistic Realist
keywords : tomcat, javax.servlet.Filter, java.lang.InheritableThreadLocal 現在作成中のアプリに、監査ログの出力と閲覧という要件があります。 通常のシステム的なログ以外に、監査用のユーザーオペレーションログを出力する必要があるそうな。ログはファイルで日付でロールしてほしいとの注文付き。 で、少し考えた。 ログはlog4jのDailyRollingFileAppenderを使えばＯＫ。 ログフォーマットの仕様はというと、ユーザー情報が必要らしい。JSF(JSP)やJSFのManagedBean内ならExternalContextからユーザー名を取ってこれるけど、domainパッケージ内のログ出力ではNG（domainパッケージはcoreパッケージにdependしない作りにしている）。 内部の各メソッドがユーザー名のバケツ
ライブラリをビルドせずにBoost.Threadを使う - Faith and Brave - C++で遊ぼう
Boost.Systemがソースファイルをインクルードしてたので、参考にして書いてみた。 boost_thread_header_only.hpp #ifndef HEADER_ONLY_BOOST_THREAD_INCLUDE #define HEADER_ONLY_BOOST_THREAD_INCLUDE #ifndef BOOST_ERROR_CODE_HEADER_ONLY #define BOOST_ERROR_CODE_HEADER_ONLY #endif #ifndef BOOST_THREAD_NO_LIB #define BOOST_THREAD_NO_LIB #endif #ifndef BOOST_DATE_TIME_NO_LIB #define BOOST_DATE_TIME_NO_LIB #endif #include <boost/config.hpp> #in
モーダルダイアログが欲しい (その2) - Kazzz's diary
いろいろと考えたが、モーダルダイアログと近似した振る舞いのダイアログとするのはよいが、Androidの場合UIスレッドを止めるのは御法度なので、本来の意味のモーダルは実現できない。なのでAsyncTask等を使用して他のスレッドを使用している場合を想定し、そのスレッドの処理をブロックするスレッドモーダル(造語)を実現することにする。 実現するには以下の仕組みが必要だ。 1. ダイアログが閉じたことを関知する仕組み 2. ダイアログが閉じるまで処理スレッドをブロックする仕組み 1.に関しては、DialogクラスはOnDismissListenerという、ダイアログが閉じられた際に割り込むためのリスナがあるので、これで監視できる。2.に関しては、OnDismissListener#onDismissが発生した時点をダイアログ表示の完了として、それまでを待ち合せる処理が書ければ良い。ただし、気を
mp::syncとMP_UTILIZE - Blog by Sadayuki Furuhashi
並列イベント駆動I/Oフレームワーク mpio のバージョン0.3.3をリリースしました。 mp::wavy::loopクラスに flush() 関数を追加 mp::pthread_scoped_{,rd,wr}lockクラスに owns() 関数を追加 mp/wavy.hでstdint.hをinclude Downloads mpioライブラリには、並列性の高いイベントループの実装だけでなく、便利なユーティリティライブラリが含まれています。 今回はその中から、mp::sync と MP_UTILIZE を紹介してみたいと思います。 mp::sync mp::syncは、マルチスレッドプログラムで便利なユーティリティで、mutexをロックしないとTにアクセスできないようにします。 参考：スレッド間で共有する変数のアクセス権制御を C++ コンパイラで強制する方法 次のように使います： #i
Instrumentationによるユニットテストでは直接ビューを触ってはいけない - Kazzz's diary
ActivityInstrumentationTestCase2クラスなどを使用してActivityをテストする際に、うっかりテスト中で Button button = (Button)activity.findViewById(R.id.Button01); button.performClick(); などと書いてしまうと android.view.ViewRoot$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views. at android.view.ViewRoot.checkThread(ViewRoot.java:2683) at android.view.ViewRoot.playSoundEffect(ViewRoo
2010_1
非ブロッキング、ロックフリー、ウェイトフリーの定義 2010/01/26 10:00 原文 ブロッキングの定義 OS関数のイベントが起こるのを待っている、またはOS関数の時間が経過するのを待っているときその関数はブロッキングしているといえる。 ブロッキング呼び出しが待機している間、OSはそのスレッドをスケジューラから削除できる。 時間が経過するかイベントが起こるまでそれはCPU時間を消費しない。 イベントが起こるか時間が経過するとスレッドはスケジューラに戻され、タイムスライスを割り当てられれば実行を再開する。 ブロッキングを引き起こす関数を呼び出しているスレッドはブロックされているという。 std::mutex::lock()やEnterCriticalSection()のようなMutex lock関数はブロッキングを引き起こす関数だ。 std::future::wait()やstd::c
LL/SC based Lock-Free Queue - マルチコア時代の"データ構造とアルゴリズム"再入門
データ構造とアルゴリズム再入門 はじめに ・並{行|列} & {Lock|Wait}Free ・ABA & ABA' ・volatile ＆ メモリバリア ・プリミティブ ・CAS ・MCAS ・STM ・メモリ管理:free & GC ・Toots List & Skiplist [単方向List] ・リスト ・細粒度リスト ・Lazyリスト ・Lock-Freeリスト ・Lock-Freeリスト2 [SkipList] ・スキップリスト ・Lazyスキップリスト ・Lock-freeスキップリスト [双方向List] Queue & PriorityQueue [UnBounded Queue] ・Queue ・CAS based Lock-Free Queue ・LL/SC based Lock-Free Queue [Unbounded Priority Queue] ・Heap
Coro と Go で並列実行数の制御 - 酒日記 はてな支店
http://d.hatena.ne.jp/tokuhirom/20090710/1247196134 この Coro の例を Go でやってみます。 まず特定数 (ここでは 3) の worker thread を立ち上げておいて、そこにメッセージを送って仕事させるモデル。メッセージのやりとりに Coro::Channel を使います。 use Coro; use Coro::Channel; use Coro::Timer; my $ch = Coro::Channel->new; sub worker { while (1) { my $url = $ch->get; printf("worker(%d): %s\n", $_[0], $url); Coro::Timer::sleep(1); } } my @coros = ( async { worker(1) }, async
Threadクラスのyield()メソッドの実装は？ - torutkのブログ
Java読書会BOFの宿題事項です。 おっと、いきなりnativeメソッドです。 public static native void yield();ここから先は、JDKのソースを持っていないと追えません。JDK 6 (Mustang) b96でこの先を追いかけてみます。 まず、java.lang.Threadクラスに対応するネイティブコードが記述されているj2se/src/share/native/java/lang/Thread.c を見ます。 static JNINativeMethod methods[] = { [中略] {"yield", "()V", (void *)&JVM_Yield}, [中略] };というコードがあります。関数ポインタが登録されているので、JVM_Yieldの実体が定義されているソースファイルを探すことにします。最近のJDKのネイティブメソッドはとても
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The Deadlock Empire
IBM Developer
[jfriends-ml 12455] Re: Thread yield() の実 装（ Re: 「 Java Concurrency in Practice 」を読 む会 第 2 回議事録）
IBM Developer
IBM Developer
IBM Developer