Pausing a boost::thread for unlimited time
I'm using the boost::thread library (V1.44) to support threads in my C++ project. The user needs to be able to pause the execution of a test loop, that's running in its own thread, for an unlimited amount of time and be able to resume it whenever he pleases. Under Windows I solved it like this bool ContintueLoop(){ if(testLoopPaused){ //testLoopPaused can be set by the user via GUI elements try{ b
How to profile pthread mutex in linux?
I would like to know how to profile a pthread mutex to see if there are any locking contention points in my code. (who likes contentious code, right? :) I know how to do a more general profiling of the code, as I mention here. But I would like to know if there are any tools or options available to be able to profile mutex locking that would provide metrics/stats about mutex locking contentions to
Graham Hamilton's Blog: Multithreaded toolkits: A failed dream?
Posted by kgh on October 19, 2004 at 08:43 AM | Comments (16) The question came up recently of "should we make Swing truly multithreaded?" My personal answer would be "no", and here's why... The Failed Dream There are certain ideas in Computer Science that I think of as the "Failed Dreams" (borrowing a term from Vernor Vinge). The Failed Dreams seem like obvious good ideas. So they get periodical
最速TCPサーバーの件でちょっと分からないこと(解決) - kuenishi's blog
epoll + fork 版サーバーは、予想通り thread 版を大きく 突き放すスコアをたたき出し、しかもまだCPU使用率には余力が残っていました。CPUを使い切れて いないのは、多分実験機のNICの Broadcom BCM5754 が複数コアに割り込みを分散する機能を もっていないためで、NICを増やしたり割り込み分散機能のあるNICを使えばもっと 差が広がると思います。 @mathaneさんはepoll+forkが最速になるだろうと予想していて、結果も予想通りになっているわけですが。Linuxカーネルからみるとネイティブスレッドもふつうのプロセスと同様にLWPと1:1対応しているわけでfork版とコンテキストスイッチのオーバーヘッドはそう変わらないはずだ。むしろ別プロセスをコンテキストスイッチする方が仮想メモリ空間の切り替えの分だけ重そうだから、僕の知識の範囲ではthread版の
マルチスレッドとstl - yasuhisa's blog
スレッドの中でvectorに次々につっこんでいくプログラム。 #include <iostream> #include <vector> #include <boost/foreach.hpp> #include <boost/thread.hpp> #include <boost/bind.hpp> using namespace std; vector<int> v; void greetingWithID(int i) { v.push_back(i); } int main(int argc, char *argv[]) { int n = 1000; boost::thread_group agroup; for (int i = 0; i < n; i++) { agroup.create_thread(boost::bind(greetingWithID, i)); } ag
軽量スレッドブームだと思うので、そこらへんの情報をまとめてみる - 金利0無利息キャッシング – キャッシングできます - subtech
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Fast, Simple I/O Concurrency For Ruby Ruby のための、高速・簡単な並行 Io: Rubykaigi2009 | PDF | Thread (Computing) | Scheduling (Computing)
NeverBlock is a fiber-based library that provides I/O concurrency facilities for Ruby programs. It allows developers to write normal blocking Ruby code while handling scheduling transparently. This improves performance over processes and threads by avoiding their overhead, while remaining faster than event loops. NeverBlock uses fibers and event loops under the hood to multiplex I/O operations eff
Adobe - デベロッパーセンター : ActionScript Thread Library 1.0 (そうめん) で非同期処理をスマートに
ActionScript Thread Library 1.0 (そうめん) とは はじめにこの処理をして、次にこの処理をして...、という処理の流れを「スレッド (Thread)」と呼びます。英単語の「Thread」には「糸」「縫い糸」「筋道」「脈絡」といった意味があります。 ActionScript 3.0 (FlashPlayer 9) は、処理の流れがひとつしかない「シングルスレッド」で、かつイベントを介して処理を進める「イベント駆動」を採用しているため、データのロード完了を待つ、ユーザーがマウスをクリックするのを待つ、といった非同期処理が入るととたんにコードが複雑になる傾向があります。 そこで登場するのが ActionScript Thread Library 1.0 (そうめん) です。 ActionScript Thread Library は、タスクシステムと Java の
BeInteractive! [スレッドによる非同期処理はこんな感じ]
otsuneさんのtumblr経由で、「MochiKit.Async.Deferredで非同期処理の同期処理を直感的に書く」を見たら、この辺この間のtwitterで書いたスレッドで実現するとどうなるか書いてみたくなったので書いてみる。このエントリと同じく、Flickrの写真をFFFFOUND!とtumblrにポストするスレッドを考えてみます。 まず、予めFlickrのpermalinkとmetadataを取得する「flickr.GetPermalinkThread」と「flickr.GetMetadataThread」、FFFFOUND!とtumblrにポストする「ffffound.PostFFFFOUNDThread」と「tumblr.PostTumblrThread」を作っておきます。これらのスレッドは、中でURLLoaderとか使ってリクエストを投げて、終わったらterminate
InfoQ: JavaScriptへのマルチスレッド・プログラミングの導入
function backgroundLoad ( ids ) { for ( var i=0; i < ids.length; i++ ) { var a = getArticleWithCache(ids[i]); backgroundLoad(a.children); } } このbackgroundLoadはIDの配列を引数に取り、その各IDに対して上で定義したgetArticleWithCacheを呼び出します。これでIDに対応する記事のデータがキャッシュされます。そして読み込んだ記事の子記事のIDに対してbackgroundLoadを再帰的に呼び出すことで、ツリー全体をキャッシュすることができます。 ここまですべてうまくいっているように見えます。しかし、一度でもAjax開発を経験したことのある方ならば、これではうまくいかないということはすでにおわかりだと思います。これまでの例で
Concurrent.Thread
Concurrent.Thread is a JavaScript library providing user-level (virtual) thread. It does not modify any Web browsers and consists of 100% pure JavaScript. You can write multithreaded programs for your favorite browsers without any extensions.
prefork サーバーと thundering herd 問題 - naoyaのはてなダイアリー
Catalyst を POE で動かす Engine の Catalyst::Engine::HTTP::POE という実装が CPAN にあります。"Single-threaded multi-tasking Catalyst engine " だそうです。"Single-threaded" と言いつつも実装を覗いてみると環境変数 CATALYST_POE_MAX_PROC を 1 よりも大きく設定することで prefork する実装になってます。POEシングルスレッドではアプリケーション内で発生するブロックを避けることが難しいのでそのための実装じゃないかなと思います。 ところでこの Catalyst POE エンジン、prefork の実装はどのように行っているかというと POE から prefork と名の付いたイベントが発生するとおもむろに子プロセスを生成する、というのもの。複数の
Thread::Semaphore - スレッドセーフなセマフォ - perldoc.jp
名前¶ Thread::Semaphore - スレッドセーフなセマフォ 概要¶ use Thread::Semaphore; my $s = new Thread::Semaphore; $s->up; # V操作としても知られる # The guarded section is here $s->down; # P操作としても知られる # 規定値は1 my $s = new Thread::Semaphore($initial_value); $s->up($up_value); $s->down($up_value); 説明¶ Semaphores provide a mechanism to regulate access to resources. Semaphores, unlike locks, aren't tied to particular scalars, and s
Thread::Queue - スレッドセーフなキュー（待ち行列） - perldoc.jp
名前¶ Thread::Queue - スレッドセーフなキュー（待ち行列） 概要¶ use Thread::Queue; my $q = new Thread::Queue; $q->enqueue("foo", "bar"); my $foo = $q->dequeue; # "bar"はまだキューの中にある。 my $foo = $q->dequeue_nb; # "bar"を返す。キューが空ならundefを返す。 my $left = $q->pending; # キューの中に存在する要素の数を返す。 説明¶ A queue, as implemented by Thread::Queue is a thread-safe data structure much like a list. Any number of threads can safely add elements to
perlthrtut - Perlにおけるスレッドのチュートリアル - perldoc.jp
名前¶ perlthrtut - Perlにおけるスレッドのチュートリアル 説明¶ NOTE: this tutorial describes the new Perl threading flavour introduced in Perl 5.6.0 called interpreter threads, or ithreads for short. In this model each thread runs in its own Perl interpreter, and any data sharing between threads must be explicit. 注意：このチュートリアルは、インタプリタスレッド(interpreter threads)、 あるいは短くiスレッド(ithreads)と呼ばれる、Perl 5.6.0において 導入された新しいPerlスレッドの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GroboUtils - Using Multi-Threaded Tests
HotOS IX — Paper
Loading...
Tag/Papervision3D - Humming Via Kitchen
KevLinDev - GUI - Utilities