自分のサーバの性能を知っておく - tokuhirom's blog
http://github.com/kazuho/manymanythreads ↑kazuhoさんがCで書いたエコーサーバーと、そのベンチマークツールによって、自分のサーバでどんぐらいのQPSがでるのかがわかる。 たとえば自分のマシン(SC440)だと ./testechoclient -c 1 -n 1000000 -f -p 5050で、 77906.624081 reqs./sec. (1000000 in 12.835879 seconds)ぐらいでる。 一番単純なエコーサーバーをうごかしたときの性能を把握しておくことによって、どのぐらいの速度がでてしかるべきなのかが把握できるようになるという。 【追記】 ここで知った echo server の限界性能をもとに、その後、自分がなにかサーバ等を書いた場合に最適化したらどのぐらいの速度がでるかを予測できる(経験が必要だとおもうけど)
悩ましき分散システムのアーキテクチャ――要件に合致したシステムを設計するために
悩ましき分散システムのアーキテクチャ――要件に合致したシステムを設計するために：戦う現場に贈る分散システム構築－開発現場編（8）（1/2 ページ） 中堅メーカーの複数システムを統合するプロジェクトで開発チームの主力に祭り上げられてしまった若手技術者の豆成くん。そんな豆成くんに先輩の蔵田は“アーキテクチャ”を決めろというのだが……。 システム開発子会社から中堅メーカーのマメックス工業（仮名）に転職した豆成くんは、入社早々点在する複数のシステムを統合する大役を押しつけられてしまった。 統合システムの要件をまとめたRFPを作成したところで、新設のシステム子会社に出向し、そこで開発の実務まで行うことになってしまった。先輩の蔵田に業務知識を補完してもらいながら進めることになったものの、独立した単体システムのみの開発経験しかなく、業務知識もシステム統合技術も持たない豆成くんは、無事プロジェクトを成功さ
Kazuho@Cybozu Labs: パフォーマンスとスケーラビリティのためのデータベースアーキテクチャ (BPStudy#25発表資料)
先週金曜日、BPStudy#25で、「パフォーマンスとスケーラビリティのためのデータベースアーキテクチャ」という題目で話をさせていただきました。その際に使用した発表資料は以下のとおりです。 1. Happy Optimization 最初に、最適化の考え方として、上限値を予測し、それを元にリソース配分を考える、という手法を説明しました。
[ThinkIT] 第3回：アーキテクチャ比較 ファイル構造の違いPostgreSQLの特徴 (1/3)
図1はPostgreSQLのファイル構造を示したものです。図中、四角で示したものは論理的な構造を意味し、円柱は物理的に実在するファイルを示しています。 最初にPostgreSQLをインストールした後に、データベース領域を初期化(initdbコマンドを実行)した直後には、templete0,templete1というデータベースが作成され、基本構造が生成されます。 ここで言う「データベース」はOracleでいうそれとは違う意味なので注意して下さい。このとき生成されるデータベース基本構造全体を指して"データベース・クラスタ"と言います。 templete0とtemplete1は文字通りユーザが作成するデータベースの雛形で、ユーザが新規にデータベースを作成した場合は、templete1がコピーされ、同じ高さに並列して作成されます。 図1には示していませんが、システムカタログは$PGDATA/glo
積極的で現実的なクラウドの利用法（1/4） - ＠IT
アーキテクチャ・ジャーナル 積極的で現実的なクラウドの利用法 Eugenio Pace、Gianpaolo Carraro 2009/08/03 本コーナーは、マイクロソフトが季刊で発行する無料の技術論文誌『アーキテクチャジャーナル』の中から主要な記事をInsider.NET編集部が選び、マイクロソフトの許可を得て転載したものです。基本的に元の文章をそのまま転載していますが、レイアウト上の理由などで文章の記述を変更している部分（例：「上の図」など）や、図の位置などを本サイトのデザインに合わせている部分が若干ありますので、ご了承ください。『アーキテクチャ ジャーナル』の詳細は「目次情報ページ」もしくはマイクロソフトのサイトをご覧ください。 ■概要 SaaS（サービスとしてのソフトウェア）の機運が高まるにつれて、分散コンピューティングはクラウドベースのインフラストラクチャを中心とするモデルへと
「モバゲータウン」のつくりかた − TechTargetジャパン システム開発
低価格なPCサーバ1000台で1日6億PVをさばく 「モバゲータウン」（以下、モバゲー）といえば、誰しも「中高生に絶大な人気を誇る携帯サイト」という認識ぐらいはあるだろう。ゲーム、ニュースに小説、占いなどのコンテンツ、アバター（仮想キャラクター）を装ったSNSコミュニケーション、ディー・エヌ・エー（以下、DeNA）が運営するショッピングやオークションサイトなどが利用できる、携帯電話向けの総合ポータルサイトだ。 DeNAのポータル事業本部 システム部 部長、武部氏 モバゲーは2009年5月現在で会員数1419万人、月間ページビュー（PV）は約183億を誇る。つまり、1日当たり6億PVである。さぞかし大掛かりなシステムを運用しているのだろうと想像してしまうが、意外にそうではない。 DeNAポータル事業本部 システム部の部長、武部雄一氏は「モバゲーのシステムは、比較的低価格なPCサーバ機1000
設計判断が必要なホットスポットを抽出するには？ - ＠IT
各属性についての検討項目は以下のようになる。 ○サポータビリティ サポータビリティ（＝サポートのしやすさ）とは、運用者・開発者・ユーザーにとってのシステムの理解しやすさであり、トラブルが発生したときの問題解決のしやすさである。 サポータビリティを高めるためには以下のようなことを検討する。 システムの動作状況を監視する方法 システムの動作効率を監視する方法 トレースの実装方法 トラブルシュートのための情報を提供する方法 監査とロギングの実装方法 ○テスト容易性 テスト容易性とは、システムやコンポーネントを検査する基準の設定しやすさと、その基準が満たされているかどうかのテストの実行しやすさである。テスト容易性が高ければ、システムの欠陥を効率よく特定できる。 テスト容易性を高めるためには以下のようなことを検討する。 開発ライフサイクルの早期からテストを実施できるようにする方法 ユーザー操作を伴う
.NETエンタープライズWebアプリケーション 開発技術大全 - ＠IT
第2章 Visual Studio .NETによるアプリケーション開発がもたらすメリット 2.1 オープン系の業務システムにおける典型的なシステム形態 2.2 C/S型システム開発におけるVisual Studio .NETのメリット 2.2.1 本システム形態の特徴 2.2.2 本システム形態の問題点 2.2.3 共通言語ランタイム（CLR, Common Language Runtime） 2.3 Web型システム開発におけるVisual Studio .NETのメリット 2.3.1 本システム形態の特徴 2.3.2 本システム形態の問題点 2.3.3 Webアプリケーション開発フレームワークとは何か 2.3.4 Webアプリケーション開発フレームワークASP.NET & ADO.NET 2.3.5 Webアプリケーション開発における.NET Frameworkの持つ技術的なメリット
Application Architecture Guideの概要（1/2） - ＠IT
連載：アプリケーション・アーキテクチャ・ガイド2.0解説 第1回 Application Architecture Guideの概要 日本ユニシス 猪股 健太郎 2009/03/10 マイクロソフトは自社技術に関連する膨大な量の情報を公開しているが、その中に「patterns & practices」（以下、「パターンとプラクティス」）という一連の情報があるのをご存じだろうか。 「パターンとプラクティス」とは、マイクロソフト技術を使用したアプリケーションの設計と開発における推奨事項を集めたものだ。そこで公開されている情報は、マイクロソフト社内外の専門家が作成しレビューし検証したものである。従って、アプリケーションを設計・開発する際に「パターンとプラクティス」を活用すれば、プロジェクトの技術リスクを低くすることができる。 「パターンとプラクティス」では、ドキュメント、再利用可能なソース・コー
アーキテクチャ・ジャーナル - ＠IT
本コーナーは、マイクロソフトが季刊で発行する無料の技術論文誌『アーキテクチャ ジャーナル』の中から主要な記事をInsider.NET編集部が選び、マイクロソフトの許可を得て転載したものです。『アーキテクチャ ジャーナル』の詳細はマイクロソフトのサイトをご覧ください。 以下では、『アーキテクチャ ジャーナル』日本語版（第7号以降）のすべての記事の目次を掲載しています。これらの記事の中で本サイトに転載しているのは、リンクがあるタイトルの記事だけです。それ以外の記事については、各号の目次の右下にある「すべての記事を読む（マイクロソフトのサイトへ）」というリンクの先をご参照ください。 第21号 サービス指向の現在、そして未来 ●ソフトウェア プラス サービスとクラウド コンピューティングの設計に関する考察 ●"Oslo" によるモデル駆動型 SOA ●SOA のためのエンタープライズ アーキテクチ
ソフトウェアアーキテクチャ 番外編 - 本質的な検討を行う為に [arch]
今回は息抜きに「番外編」として，Paul Clements の興味深いエッセイを紹介しよう． Reference: Essays on Software Architecture - What's the Difference Between Architecture and Design? 「『アーキテクチャ』と『設計』の違いは?」というタイトルであり，これに対する Architecture is design, but not all design is architectural. という言葉は，Clements の名言だと思う． 私は業務でソフトウェアの上流設計を行っているが，ついつい細かすぎることまで考えてしまい，全体のアーキテクチャ設計という観点から外れた部分に陥ってしまうことが時折ある．今週も SEI のアーキテクトと話す機会があったが，議論の中でやはり彼が "Is this
アイフル 申込み入ロ
賃貸住宅住まい、独身の方、所得も低額という状態でも年収の３分の１より少ない金額を希望するならば、審査でOKとなることも期待されると言ってよいと思います。 長い人生の中においては、どんな人でも思いがけず、待ったなしでキャッシュが入用になることがあるでしょう。こういった時には、即日融資に対応しているキャッシングが非常に役に立つと思います。 「銀行で申請するカードローン、はたまた信販系の貸付サービスというのは、実際のところ審査に時間をかけるのではないか？］と心配しているかもしれませんが、ここ最近では即日融資を実施している金融業者も次第に多くなっているとのことです。 どんな内容のローンを組むとしましても、万が一キャッシングによってお金を借りている状況なら、ローン利用による借入金は縮減されることは考えられるでしょう。 給料日が来るまで、数日間助けて貰えるのがキャッシングではないでしょうか？緊急の時だ
楽天版MapReduce・HadoopはRubyを活用 － ＠IT
2008/12/01 楽天は11月29日、東京・品川の本社で開催した技術系イベント「楽天テクノロジーカンファレンス2008」において、近い将来に同社のEコマースサービス「楽天市場」を支える計画があるRubyベースの大規模分散処理技術「ROMA」（ローマ）と「fairy」（フェアリー）について、その概要を明らかにした。 レコメンデーションの処理自体はシンプル 楽天市場では現在、2600万点の商品を取り扱い、4200万人の会員に対してサービスを提供している。この規模の会員数・商品点数でレコメンデーション（商品の推薦）を行うのは容易ではない。 ※記事初出時に楽天市場の会員数を4800万人としてありましたが、これは楽天グループのサービス利用者全体の数字でした。楽天市場の会員数は正しくは4200万人とのことです。お詫びして訂正いたします。 レコメンデーションの仕組みとして同社は、一般的でシンプルなア
濱野智史の「情報環境研究ノート」 | WIRED VISION
『恋空』を読む（番外編）：宮台真司を読む ― 繋がりの《恒常性》と《偶発性》について 久々の更新です。最後に更新したのが今年の2月なので、実に半年以上もサボってしまったことになります……申し訳ありません。今後もマイペースで「情報環境研究ノート」の更新を続けていきたいと思いますので、よろしくお願いします。まず、連載再開にあたって、2点ほどご連絡を。 2008年09月12日 16:00 『恋空』を読む(3)：果たしてそれは「脊髄反射」的なのか――「操作ログ的リアリズム」の読解 『恋空』においては、「内面」の《深さ》のようなものは描かれていないけれども、「操作ログ」の《緻密さ》のようなものが刻まれている。ひたすらにケータイというメディアにどう接触し、操作し、判断し、選択したのかに関する「操作ログ」を描くものである、というように。 2008年02月14日 10:00 『恋空』を読む(2)：ケータイ
RDBMSをブラックボックスにしない：ITpro
複数トランザクションの同時実行編 トランザクションが複数同時に実行される時，RDBMSはどのような仕組みで，それぞれのトランザクションの独立性を保つのかを説明します。これを理解することにより，さらに良いトランザクション処理のアプリケーションを開発することができるようになります。 目次 第1回 ほかのトランザクションからの影響 第2回 1番ゆるい分離レベル（リードアンコミッティド） 第3回 2番目にゆるい分離レベル（リードコミッティド） 第4回 3番目にゆるい分離レベル（リピータブルリード） 第5回 1番きつい分離レベル（シリアライザブル） 更新処理とトランザクション編 「RDBMSの更新処理とトランザクションの関係は難しい」――。こう思っている読者の方は少なくないでしょう。アプリケーションを開発するだけなら，更新処理とトランザクションの関係をきちんと理解していなくても，「見よう見まね」の開
Webアーキテクチャ設計術 --- ITpro
Webシステムを設計するアーキテクトが検討すべきポイントを連載でお届けします。まず，「HTTPの仕組み」を説明した後，「可用性」「パフォーマンス」「セキュリティ」「運用性」の4点を取り上げます。この4点を，ソフトウエアの品質について定めた国際規格「ISO/IEC 9126-1」に基づいてマッピングすると，図1のようになります。網掛け部分が連載のターゲットです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: Architecting Software Intensive Systems: A Practitioners Guide: Lattanze, Anthony J.: 本
Amazon.co.jp: モジュール化―新しい産業アーキテクチャの本質 (経済産業研究所・経済政策レビュー) (経済産業研究所・経済政策レビュー 4): 青木昌彦, 安藤晴彦: 本
Amazon.co.jp: オープン・アーキテクチャ戦略: ネットワーク時代の協働モデル: 國領二郎: 本
Amazon.co.jp: システムアーキテクチャ構築の原理: ITアーキテクトが持つべき3つの思考: ニックロザンスキ (著), イオインウッズ (著), 牧野祐子 (翻訳): 本
