RxのSchedulerの話 / Rxのなかのこととか - Qiita
Rxをわりとごりごり使ってる人向けの記事です？部分的に初心者にやさしい。かも。 あんまり知ってなくてもいい内容な上に、うまく言葉にできてる気がしないし分かりづらいです。すいませんすいません。 Scheduler!!! Reactive Extensionsを構成する重要な要素の一つにスケジューラがあります。今日はスケジューラのことについて書いていきます。 最近HOTなReactive ExtensionsのReactiveじゃないとこをあえて解説していくスタイル！ スケジューラとは？ その名の通り、プログラムの進行をスケジューリングしていくための機構です。主には、マルチスレッドで同時多発的に呼び出された複数の操作をキューに突っ込んで同時実行制御などを行って処理する仕組みとか。そんな感じの。 Rxとスケジューラ 実はRxは全ての操作がスケジューラに乗って実行されるように作られています。つまり
Androidで周期的な処理をするクラスを作ってみた
また唐突だがAndroidアプリ開発の記事を書く。 アプリのユーザビリティを考えると、マルチスレッド処理は必須だ。 Android SDKでマルチスレッド処理を書く場合、いろいろな方法がある。どんな方法があるかはググってもらった方が早いだろう。一応、一通り便利に処理するための枠組みは用意されている。まぁ、「スレッドの存在は意識してもらうけど管理はライブラリに任せてくれたまえ」くらいな感じ。いいところだと思う。 別スレッド処理が必要な典型例としては「バックグラウンドで重い処理」と「周期的な処理」が考えられる。 AndroidではUIコンポーネント（画面上のボタンなど）はメインスレッド（UIスレッド）からしかアクセスできないという仕様があるので、別スレッドからUIコンポーネントを操作するにはUIスレッドとスレッド間通信みたいなことをする必要が出てくる。例えば、「バックグラウンドで重いファイルを
高速なイベント駆動IOライブラリ mpio - Blog by Sadayuki Furuhashi
まだまだ未完成で半分アイディアだけなのですが、なかなか進まないのでとりあえず公開してみます。CodeRepos:/lang/c/mpio/trunk/mp いわゆるlibeventのようなものなのですが、C++で書かれていて、より使いやすく、より最適化が効きやすいようになっています。 以下のような特徴があります（目指しています）。 オーバーヘッドの少ない低水準レイヤー、使いやすい高水準レイヤーという形でレイヤー構造になっている better Cなコードにもある程度なじむ メモリ管理機能を内蔵している ヘッダファイルをincludeするだけで使える（ライブラリをリンクしなくて良い） ライブラリ自体のコードが短く、モジューラブル 低水準なレイヤーから順に、mp::event、mp::dispatch、mp::io、mp::asioがあります。 mp::event OS依存のIO多重化システムコ
マルチコア時代の高並列性IOアーキテクチャ Wavy - Blog by Sadayuki Furuhashi
シングルスレッドではもう遅い。 以前にマルチコア時代の高速サーバーの実装で、「ネットワークIOはマルチスレッドで動かすが、その他の部分はシングルスレッドで動かす」というIOアーキテクチャの実装（mp::iothreads）を紹介しました。iothreadsはロジック部分をシングルスレッドで書けるため実装の手間を抑えることができ、ネットワークIOがボトルネックになるプログラムには特に適していると思われます。 しかし実際にiothreadsを使ってプログラムを書いてみると、非常に負荷が高い状況でシングルスレッドの部分の処理速度がボトルネックになってしまうことがありました。 そこでマルチコアCPUの性能を引き出すために、徹頭徹尾マルチスレッドで動かすIOアーキテクチャを実装してみました。 1つのスレッドが、ある時はepoll_wait()し、ある時はread(2)を行い、ある時はイベントを処理す
javascript - Web workers を万能にする workaround : 404 Blog Not Found
2010年08月18日17:00 カテゴリLightweight Languages javascript - Web workers を万能にする workaround Web workers を使うと、JavaScriptでもマルチスレッドが使えるのですが… Using web workers - MDC これは使いにくい。 何が使いにくいって、Workerの指定がスクリプトではなくファイルなこと。 そのうえ Same Origin Policy の対象。data: URLも「外様」扱いなのでだめ。 というわけで、こんな workaround を考えてみました。 こんなJSを用意した上で… http://blog.livedoor.jp/dankogai/js/workaround.js こうします。 worker = new Worker('http://blog.livedoor.
マルチコア時代の高速サーバーの実装 - Blog by Sadayuki Furuhashi
特にサーバー用途では、CPUがシングルコアに戻ってくることは考えにくい。 マルチコアCPUの性能を活かすにはマルチスレッドに対応したサーバーの実装が必要になるわけですが、マルチスレッドなプログラミングは往々にして「高負荷になると固まる」とか「たまに落ちる」といった悩ましいバグと戦わなければならず、イヤです。 かといってシングルスレッドでは、近い将来 32コアCPU! などが出てきたとき、たぶん性能を発揮できません。 そこで、そこそこデバッグしやすく、それでいて多コアCPUでもスケールするという落としどころを模索しているのですが、ボトルネックはネットワークIO周りにあるだろう*1という前提の元で、ネットワークIO部分だけをマルチスレッドで動かし、それ以外の部分をシングルスレッドで動かすというアーキテクチャを考えています。 ロジックの部分はマルチスレッドで書いても共有リソースにアクセスする度に
デザインパターン（マルチスレッド）まとめ - melpon日記 - HaskellもC++もまともに扱えないへたれのページ
Single Threaded Execution メモ Immutable メモ Guarded Suspension メモ Balking メモ Producer-Consumer メモ Read-Write Lock メモ Thread-Per-Message メモ Worker Thread メモ Future メモ Two-Phase Termination メモ Thread-Specific Storage メモ Active Object メモ ちなみに頻繁にインクルードされている "../thread_helper.h" というのは以下の内容になっています。 #ifndef MTDP_THREAD_HELPER_H_INCLUDED #define MTDP_THREAD_HELPER_H_INCLUDED #include <boost/thread.hpp> #inc
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
4.1 チップ上に共有メモリを備えたSIMTマルチプロセッサセット