
Concurrency and Coordination Runtimeの利用
Nick Gunn氏は、.NETに対してConcurrency and Coordination Runtime (以後CCR)の実用的な紹介を行う。CCRは.NETで書かれているマルチスレッドアプリケーションの方法と根本的に違い、視点をスレッドから非同期タスクに移行させる。

Nick Gunn氏は、.NETに対してConcurrency and Coordination Runtime (以後CCR)の実用的な紹介を行う。CCRは.NETで書かれているマルチスレッドアプリケーションの方法と根本的に違い、視点をスレッドから非同期タスクに移行させる。
WPF 4.5ではマルチスレッド・データバインディングのサポートが改善されたが、このテクニックには依然としてリスクがある。この記事では、それがどのように動いているか、安全に使うには何が必要かについて説明する。
VBとC#の新しい非同期CPTを見ると、実際に中核言語に組込まれたように見える。しかし、マルチコア システムを重要視して、なぜMicrosoftは、特に単一スレッドの非同期プログラミングを簡単にするように設計したシンタックスに、そんなにも投資するのだろうか?
同じソースコードの最適化されたビルドと最適化されていないビルドは、それぞれ異なるデッドロックになる可能性があることを、数年前Eric Lippert氏は述べた。
Concurrent Basicは、見込まれるVisual Basicの将来を表す。Polyphonic C#およびC-OmegaなどのC#研究言語で実行される作業に基づいているけれども、Visual Basicは宣言型プログラミングの本来備わっている傾向のため、白羽の矢が立った。その構文は、VBの宣言型イベントハンドラによって着想される。

パート2では、ベンチマークの結果を検証するために用いられるテクニックについてさらに深く見ていきたいと思います。最後に、「なぜプロセッサが異なるとロックのコストも大きく異なるのか」と言う真の疑問に答えます。

2つのパートからなるこの記事では、シングルスレッドベンチマークの助けを借りて、Java 6のスレッドのパフォーマンスに関する疑問に答える試みをしようと思います。
昨年12月3日の記事で,JavaScriptでマルチスレッドを利用可能にするライブラリ、Concurrent.Threadを紹介しました。しかし、そもそもスレッドが 1 つしかないJavaScript環境の上に、どのようにしてマルチスレッドを、しかもWebブラウザを改変することをせずに、実現しているのでしょうか? 今回はConcurrent.Threadの内部で何が起こっているのかについて、ご紹介しましょう。
Ajax開発のむずかしさ、その原因の一つに、JavaScriptではスレッドは1つしかないということが挙げられます。1つしかないスレッドの上で非同期通信をしようとするとどうしてもイベント駆動型でプログラムしなければならなくなり、複雑な記述をしなければならないのでした。通信の結果が得られるまで待っている間にも他のスレッドがユーザへの応答を行ってくれれば、こんなに大変な思いはしなくてよいはずなのです。ここでは解決方法を一つご紹介します。