The Art of Concurrency和訳書籍への推薦文 訳者まえがき まえがき 1章 速くしたい人、手を挙げて！ 1.1 さまざまな疑問 1.1.1 スレッドモンキー 1.1.2 並列と並行：その違いは？ 1.1.3 そんなことを知る必要があるの？ どんな役に立つの？ 1.1.4 並行プログラミングって難しくないの？ 1.1.5 スレッドって危険じゃないの？ 1.2 スレッド化の4つのステップ 1.2.1 ステップ1. 分析：並行性を持つ部分を見つけ出す 1.2.2 ステップ2. 設計と実装：アルゴリズムをスレッド化する 1.2.3 ステップ3. 正当性の検証：スレッド化の誤りの検出と修正 1.2.4 ステップ4. 性能チューニング：性能ボトルネックの排除 1.2.5 スクラッチ開発 1.3 並列アルゴリズムの背景 1.3.1 理論モデル 1.3.2 分散メモリプログラミング 1.
HTTP pipelining is a feature of HTTP/1.1, which allows multiple HTTP requests to be sent over a single TCP connection without waiting for the corresponding responses.[1] HTTP/1.1 requires servers to respond to pipelined requests correctly, with non-pipelined but valid responses even if server does not support HTTP pipelining. Despite this requirement, many legacy HTTP/1.1 servers do not support pi
「DB負荷を減らしたいのでマスタテーブルはキャッシュして下さい＞＜」だとか 「ファイルIOは重いのでテンプレートはキャッシュして下さい＞＜」だとか 割と良く言われたりします。 オブジェクトのキャッシュは手軽な高速化の手段だと思われているようですが、並列性に気を使う必要性があったり、キャッシュされたオブジェクトを使用する側でも注意深く扱う必要が発生したりと、何かと不具合の温床になるので、大抵の場合なるべく別の方法を提案します。 それでも最終的にキャッシュした方がいい、という結論になるときもままあるので、Thread Safe で汎用的なCacheクラスを作成しました。 import java.util.concurrent.Callable; import java.util.concurrent.CancellationException; import java.util.concurr
Speed & Concurrency Current Release: 6.5.0 Unlike other Ruby Webservers, Puma was built for speed and parallelism. Puma is a small library that provides a very fast and concurrent HTTP 1.1 server for Ruby web applications. It is designed for running Rack apps only. What makes Puma so fast is the careful use of a Ragel extension to provide fast, accurate HTTP 1.1 protocol parsing. This makes the se
Painless multithreaded programming for Ruby Celluloid is a concurrent object oriented programming framework for Ruby which lets you build multithreaded programs out of concurrent objects just as easily as you build sequential programs out of regular objects! Learn more Evented I/O for Celluloid actors. Build fast evented programs like you would with EventMachine or Node.js using regular synchronou
グローバルインタプリタロック（英: Global Interpreter Lock, GIL）とは、プログラミング言語のインタプリタのスレッドによって保持されるスレッドセーフでないコードを、他のスレッドと共有してしまうことを防ぐための排他 ロックである。インタプリタのひとつのプロセスごとに必ずひとつの GIL が存在する。 プログラミング言語においてグローバルインタプリタロックを採用した場合、複数のスレッドを持つインタプリタプロセスの並行性を制限してしまう。プロセスをマルチプロセッサのマシンで実行させた場合、ほとんどあるいはまったく速度の向上が見られない。 こうしたロックを採用する理由として、下記のものがある。 シングルスレッドのプログラムの速度向上（すべてのデータ構造に対して別々にロックを獲得・解放する必要がなくなる） 通例スレッドセーフではないC言語のライブラリとの結合が容易である。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Java並行処理プログラミング ―その「基盤」と「最新API」を究める― : Brian Goetz, Joshua Bloch, Doug Lea : 本 : Amazon.co.jp