InfoQ ホームページ パフォーマンス&スケーラビリティ に関するすべてのコンテンツ
-
Concurrent Basic – メッセージベースの並行性の宣言型言語
Concurrent Basicは、見込まれるVisual Basicの将来を表す。Polyphonic C#およびC-OmegaなどのC#研究言語で実行される作業に基づいているけれども、Visual Basicは宣言型プログラミングの本来備わっている傾向のため、白羽の矢が立った。その構文は、VBの宣言型イベントハンドラによって着想される。
-
dynaTrace 3 がグローバル・トランザクション追跡、クラウド・サポート、オープン・ソース・プラグイン・モデルの特色を備える
dynaTrace softwareは先日、dynaTrace 3のリリースを発表した。dynaTrace softwareはアプリケーション・パフォーマンス監視（APM、Application Performance Monitoring）ベンダで、アプリケーション・コードおよび環境設定（スレッド・プールや接続プールなど）双方のパフォーマンス問題に関する知識を Javaおよび.NETディベロッパに提供している。
-
より優れたスレッドセーフなコレクションの構築
スレッドセーフなコレクションには大抵いくつかの根本的な問題がある。個々の操作がスレッドセーフである一方、大抵の場合それらの操作は結合可能ではない。スタックの先頭にある要素をポップする前に要素数を調べる、といったような一般的な操作は本質的には危険である。例えば .NET 4 の Coordination Data Structuresなどのように振る舞いの結合を図る API は存在するものの、それは TryDequeue のような不格好なメソッドにつながる。
-
New Relic、RPMをアップデートして共同作業と統合を改善
New Relicが共同作業と統合を向上させたRPM 1.2のリリースを発表したが、このバージョンは開発者の仕事に大いに役立つだろう。
-
Moneta：Tokyo CabinetやMemcacheのようなKey-Valueストアへのインターフェイス
データの格納のことになると、リレーショナルデータベースが唯一のオプションである。実際の事例に基づいて、key-valueストアをちょっと見てみる価値があるかもしれない。
-
JRubyとClojureは好相性？
ClojureはJVM向けのLISP風言語である。Clojureで重視している点の1つに並行処理があり、Clojureでは不変のデータ構造で並行処理をサポートしている。Daniel Kwiecinski氏がブログの中で、JRubyとClojureを組み合わせるアイデアを探究し、Clojureのデータ構造と機能をRubyオブジェクトとしてJRubyで利用可能にする実験を行っている。
-
Perf4jでプロファイリングが容易になる
Javaアプリケーションのプロファイリングについて考え始めると、多数のツールが思い浮かぶだろう。しかし、プロファイリングがロギングステートメントの追加と同じくらい容易になると考えたことは? これがPerf4jプロジェクトの目標である。
-
Rubiniusの前進 - Brian Ford氏のインタビュー
Rubiniusプロジェクトで現在何がおこなわれているのか、Rubiniusチームメンバーである、Brian Ford氏にインタビューをした。
-
ClojureがSTMとLISPをJVMにもたらす
ClojureはLISPファミリの言語のかなり新しいメンバであり、Javaプラットフォームで動作する。2007年に導入され、すで高い関心を集めている。ひとつの理由はClojureの並行処理へのアプローチであり、ソフトウェアトランザクショナルメモリ(STM)のコンセプトを踏まえている。
-
ThreadPoolがTask、ContinuationおよびFutureに取って代わる
.NET 4.0で、スレッドプールの新バージョンが利用可能になる。パフォーマンスおよびロードバランシングの拡張機能に加えて、この新たなスレッドプールはTaskの使用を可能にする。
-
Mono 2.2がリニアコード生成エンジンを装備
今までMonoのコード生成エンジンは、コードのツリーIntermediate Representation (IR)に基づいていた。バージョン2.2は、リニアIRに基づいた新たなエンジンを搭載しており、スピードとコードサイズの大幅な改善が実現した。
-
Ruby 1.9.1のリリース間近 - 1.8.xからの切り替え時期か?
初の安定リリースとなるRuby 1.9.1が、リリースされようとしている。1.9.xのリリース初年度は、導入されることが少なく、サポートもたいしてなかったが、1.9.1を検討してもよい時期かもしれない。
-
Article: RubyのFiberを非同期I/Oに使うNeverBlockとRevactor
Fiberはユーザに試練を課すことなくこの考えを実装する有益な並行性ツールとして、ライブラリが2つあります。まさにこのためのソリューションとしてあるのがNeverBlockライブラリです。私たちはNeverBlockプロジェクトのMohammad A. Ali氏とRevactorライブラリのTony Arcier氏に話を聞きました。
-
Article: 拡張性に関する悪習慣
システムの保守容易性や拡張性を確保するためのベスト・プラクティスに関する記事は数多くありますが、この記事では避けた方がいい、いくつかの悪習慣(ワースト・プラクティス)を強調します。
-
1.8.xのメモリリークの修正およびパフォーマンスの改善の新たなパッチ
Brent Roman氏によるパッチは、Ruby 1.8.xのメモリリークの長期にわたる問題を修正することを約束している。また、パフォーマンスの改善もする。