タグ

serverに関するparameのブックマーク (12)

  • livedoor Techブログ : 第一回 ライブドア テクニカルセミナー・ログ

    2009年2月27日(金)に開催されました 第1回 ライブドア テクニカルセミナー「Open & Share」の発表資料と動画を公開致します。 プラクティカル Cicindela 中の人による中の人のための、ライブドアブログ公式攻撃マニュアル(抜粋) インサイド livedoor Blog ライブドアのネットワークとトラフィックパターン P2Pコンテンツ配信技術の現状 デジタルコンテンツ配信の法的問題 プラクティカル Cicindela 株式会社ライブドア   井原 郁夫(15分) オープンソースのレコメンデーションエンジン「Cicindela(シシンデラ)」。実際の各種サービスで利用するための工夫と実践向けのプログラム設計手法を公開。 中の人による中の人のための、ライブドアブログ公式攻撃マニュアル(抜粋) 株式会社ライブドア   井原 郁央(5分) 2008年のある事件をケースとした、社

  • Linux問題解決支援サービス

    変化はビジネスや業界に限定されません。 変化は世界中で、毎日のあらゆる瞬間に起こっています。 企業のリーダーにとって、意思決定はかつてないほど複雑になっています。競争して勝つには、機会に焦点を当て、ポジティブな変化を迅速に実行できる経験とスキルを備えた信頼できるパートナー、つまり市場で常に先を行く自信を持った意思決定を可能にするパートナーが必要です。 IBM は、ハイブリッド クラウドと AI 戦略を推進するために、Adobe Workfront コンサルティング部門と資産を Rego Consulting Corporation から買収する計画を発表しました。

    Linux問題解決支援サービス
  • 満足せる豚。眠たげなポチ。:大規模サービスの運用事例まとめ

    ここ数年の大規模サービスのシステム運用について調べてみたので参照したページやファイル、へのリンクをまとめておく。PDF へのリンクも多数含まれているのでご注意を。 時代が時代なら企業のノウハウとして隠されていたような情報がこれだけ公開してもらえているというのが非常にありがたい。公開してくれている各企業や公開してくれている人に感謝。 あとで気付いたが、Google や Facebook の事例も探しておけばよかった。Thrift とかあったのに。「こんな情報もあったよ」などあればぜひ教えてください。追記していきます。 youtube http://d.hatena.ne.jp/stanaka/20070427/1177651323 digg http://d.hatena.ne.jp/stanaka/20070427/1177651323 livedoor http://labs.cybo

  • mixiの年末年始対策 日記投稿システムの改善 - mixi engineer blog

    朝晩冷えてきましたね。風邪など引いていませんでしょうか。さて、年末が近づいてくるこの時期に弊社のエンジニアが最も気になるのは、お正月。それも来年1月1日を迎えた瞬間です。 1日1日0時に何があるのでしょう?そう、mixiのサービスで最も日記が書き込まれるタイミングになるのです。個人的に「あけおめことよろアタック」と呼んでいます。今年は日記だけではなく、エコーでもメッセージが飛び交うことでしょう。この時期は携帯電話のキャリアでもさまざまな対策を行っていますが、ミクシィでも年末年始でもユーザの方に快適にサービス提供ができるように努めています 以下は昨年の年末年始の日記投稿数の推移です。青色が12/31から1/1、赤色が1/1から1/2になります 1/1の方が全体的に多いですが、特に年が変わる前後の投稿数は倍近くなっていることがわかります。この時に負荷により日記の投稿がしづらい状態になっていたの

    mixiの年末年始対策 日記投稿システムの改善 - mixi engineer blog
  • 「はてな流大規模データ処理」を見てきた - もぎゃろぐ

    KOF2008:関西オープンソース2008というイベントに来ています。 はてなの伊藤さんの講演があったので、講演メモを公開。 #ボクがメモした内容であって、100%言ったとおりに書いてあるわけじゃないので、参考としてご覧ください。 (続き) アジェンダ 大規模なデータ OSのキャッシュ MySQLの運用 大規模データアプリケーションの開発 データの例 はてなブックマークのデータ量:五千万件くらいのデータ量 このデータに対して何百万人がアクセスしてくる状況でどういう作りにするか レコード数 1073万エントリー 3134万エントリー 4143万タグ データサイズ エントリー2.5GB 何の工夫もなく普通にアクセスすると...200秒待っても結果が帰ってこない 大規模データの難しいところ 開発サーバで開発者が作っている時は快適に動いていても、多数の人間がアク

  • KOF 2008 の発表資料 - naoyaのはてなダイアリー

    KOF 2008 での発表資料「はてな流大規模データ処理」を以下にアップロードしました。 http://bloghackers.net/~naoya/ppt/081108huge_data.ppt 一部参考文献からの引用 (Introduction to Information Retrieval から Vector space model の図、たつをの ChangeLog から転置インデックスの図) があります。この場を借りて感謝。 環境によってはおそらくフォントの表示がいまいちだと思いますが、ご了承ください。 追記 SlideShare にアップロードしました。 081108huge_data.pptView SlideShare presentation or Upload your own. (tags: linux mysql) 追記: メモリはディスクの 150 倍について

    KOF 2008 の発表資料 - naoyaのはてなダイアリー
  • Linuxチューニング 第1部第1回 ファイル・アクセスを高速化:ITpro

    ファイルの入出力性能の改善は,システム全体の処理速度向上に大きく貢献する。高速なプロセッサを搭載する現在のコンピュータでは,ファイルのアクセス速度がシステム・パフォーマンスのボトルネックになっているためである。不要なディスク・アクセスの削減とアクセス速度そのものの向上が,チューニングの要となる。 アクセス時刻の記録を省略しファイル読み込みを高速化 ファイルにアクセスしたときには,最終アクセス時刻が属性情報として記録される。この情報を記録しないように設定することで,ファイルの読み込み速度を向上できる。最終アクセス時刻の記録を止めるには,ファイル・システムのマウント時に,noatimeオプションを指定する。ベンチマークでは,読み込み速度が2倍強に改善できた。 atimeは無駄 LinuxなどのUNIX系OSでは,statやfstat,lstatというシステム・コールを使って,ファイルの属性情報

    Linuxチューニング 第1部第1回 ファイル・アクセスを高速化:ITpro
  • oreilly.co.jp -- ハイパフォーマンスWebサイト

    Yahoo!のパフォーマンス担当責任者が導き出した「高速サイトを実現する14のルール」を実例とともに紹介します。サイトの高速化と聞くと、サーバ負荷分散などバックエンドで実施する大掛かりなパフォーマンスチューニングを思い浮かべますが、じつは待ち時間の80%はフロントエンドの処理に費やされています。ここで紹介する明解なルールに従いさえすれば、この時間を大幅に削減できるのです。書では、ブラウザとサーバの通信の仕組みからわかりやすく解説し、14のルールに従うことでなぜ高速化できるのかを論理的に解明しています。 翻訳者によるサポートページ。 訳者まえがき 書に対する賞賛の声 推薦の言葉 まえがき A章 フロントエンドのパフォーマンスの重要性 A.1 ウェブページのパフォーマンスを追跡する A.2 時間はどこで使われたのか? A.3 パフォーマンス改善の鉄則 B章 HTTPの概要 B.1 圧縮

    oreilly.co.jp -- ハイパフォーマンスWebサイト
  • 2008年 2月の DeNA テクノロジーセミナースライド公開 - DeNA 技師のメモ

    先月開催したテクノロジーセミナーのスライド (PowerPoint ファイル) を公開します:モバゲータウンのインフラ構築、運用 (有澤 高介)モバゲータウンの HTML テンプレート、絵文字の扱い+α (松内 良介) DeNA テクノロジーセミナーについて先月の「お誘い」には「第 1 回」と書いてしまったのですが、実際の初開催は 2006年の 10月, 2007年 2 月で、その時はモバオクのシステム開発・運用全般について説明しました。この時の内容はほぼ DB マガジン 2007年 1月号に掲載していただいた記事と同じものです。たしか 1 時間くらい僕がプレゼンテーションをし、30 分くらい質疑応答 (こちらは川崎も担当) するというような感じでした。質疑応答では「ここはどうなっているのか?」「ここの部分の性能はけっこういいですね」「この部分は公開してくれるとうれしい」というような質問や

  • ウノウラボ Unoh Labs: Apache MPM の基礎をしっかりと理解しよう!

    naoya です。最近、とうとう花粉症の季節に入ったので、生まれて初めて空気清浄機を購入しました。 さて、今日は Apache HTTP サーバの MPM (Multi Processing Module) について解説したいと思います。普段、ウェブサーバを構築するとき、Apache HTTP サーバを使うことが多いと思いますが、Apache HTTP サーバを使う上で MPM について理解しておくことは大事です。 この MPM ですが、Apache HTTP サーバではリクエストを処理する部分のことをさします。MPM は、Apache HTTP サーバ 2.0 系から採用されています。Apache HTTP サーバの MPM には、次の種類があります。 prefork worker perchild winnt それぞれの MPM について解説します。まずは、一番代表的な prefork

  • MRTGよりお手軽に負荷やトラフィックをグラフ化できる「Munin」 - GIGAZINE

    Perlで書かれており、RRD Toolと連携して、サーバに関するあらゆる情報をグラフ化し、HTMLを作ってくれます。MRTGよりも圧倒的にインストールも設定も簡単。グラフ化する対象はプラグインで簡単に拡張可能。 グラフ化できるのは、初期状態でディスク使用量・MySQL・IOstat・トラフィック・プロセス数・VMstat・CPU温度・CPU使用率・ロードアベレージ・メモリ使用率・スワップ・Netstat・HDD温度など。プラグインを追加することでさらにApacheのロードタイム・メールキュー・Asterisk・NFSクライアント・BIND・ColdFusion・DNSキャッシュ・MySQLの各種数値・PostgreSQL・印刷キュー・ProFTP・Qmail・電圧・S.M.A.R.T.・SpamAssassin・Tomcat・Tor・Windows Server・VMware・Xenなど

    MRTGよりお手軽に負荷やトラフィックをグラフ化できる「Munin」 - GIGAZINE
  • NEC Express5800 Lab. ゴッパチ・ラボ - ゴッパチ・ラボ - OSDN

    注目トピック高い静音性と設置性を両立させたオフィス向け水冷スリムサーバ「Express5800/110Ge-S」のレビュー記事を掲載しました。 ユーザーのセルフカスタマイズを前提とした低価格“フレームサーバ”「Express5800/S70」のレビュー記事“フレームサーバ” Express5800/S70 分解レビューを掲載しました。 SIGMABLADEクイックスタートガイドのコーナーにて「SIGMABLADE+SigmaSystemCenterによる仮想マシンの自律運用システム」を公開しました。 i120Ra-e1の消費電力の測定結果を掲載しました。 ⇒i120Ra-e1(Quad Core Xeon ×2, SATA HDD ×3, Hardware RAID-5) SIGMABLADEクイックスタートガイドのコーナーにて「SIGMABLADE+SigmaSystemCenterによ

    NEC Express5800 Lab. ゴッパチ・ラボ - ゴッパチ・ラボ - OSDN
  • 1