Deserialized » Blog Archive » Reverse Proxy Performance – Varnish vs. Squid (Part 1)
Typical web applications require dozens of SQL queries to generate a single page. When your application is serving over 1,000,000 pages per day, you quickly realize that the performance bottleneck is your database. The typical answer to slow database queries is “just use memcached!” Memcached and other data caches can only take you so far. This is where reverse proxies come in. There are a ha
VPS Performance Comparison
An entry from 2009-11-29 in the Journal. UPDATE: The scripts used for benchmarking, graphing, and all the raw data can be found over at my git repository. Be aware that the graphs presented here has an Y-axis which goes from the minimum to the maximum value and not from 0 to maximum. My latest side project, was it up?--a free web monitoring service, required a number of VPS instances due to its di
軽量版(ベータ) -YouTube
"Feather" Beta This is an opt-in beta for "Feather" support on YouTube. The "Feather" project is intended to serve YouTube video watch pages with the lowest latency possible. It achieves this by severely limiting the features available to the viewer and making use of advanced web techniques for reducing the total amount of bytes downloaded by the browser. It is a work in progress and may not work
Aligning filesystems to an SSD’s erase block size - Theodore Ts'o
Aligning filesystems to an SSD’s erase block size February 20, 2009 Filesystems Linux SSD I recently purchased a new toy, an Intel X25-M SSD, and when I was setting it up initially, I decided I wanted to make sure the file system was aligned on an erase block boundary. This is a generally considered to be a Very Good Thing to do for most SSD’s available today, although there’s some question about
Kazuho@Cybozu Labs: パフォーマンスとスケーラビリティのためのデータベースアーキテクチャ (BPStudy#25発表資料)
先週金曜日、BPStudy#25で、「パフォーマンスとスケーラビリティのためのデータベースアーキテクチャ」という題目で話をさせていただきました。その際に使用した発表資料は以下のとおりです。 1. Happy Optimization 最初に、最適化の考え方として、上限値を予測し、それを元にリソース配分を考える、という手法を説明しました。
軽量スレッドブームだと思うので、そこらへんの情報をまとめてみる - 金利0無利息キャッシング – キャッシングできます - subtech
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
SSDの真の性能を引き出す MySQL 5.1.38 InnoDB Plugin - SH2の日記
X25-M、SSDで検索してくる方が非常に多いので、本ブログ内のSSD関連記事をリストしておきます。 MySQLのベンチマークを用いたIntel X25-M SSDの評価 (2009/03/25) SSDの真の性能を引き出す MySQL 5.1.38 InnoDB Plugin (本記事) MySQL 5.1.38から本体に同梱されるようになった、InnoDB Pluginの性能検証結果です。前回ご紹介したようにInnoDB Pluginには以下の強化点がありますが、本日はこのうちバックグラウンドI/Oスレッドの増加に焦点を当ててみたいと思います。 高速なインデックス作成。従来InnoDBのCREATE INDEXはテーブルの再作成を伴っていました テーブルとインデックスの圧縮 (検証結果その1、その2) INFORMATION_SCHEMAによるロック競合の検出 (検証結果) CPUスケ
PlentyOfFish Architecture | High Scalability
Update 5: PlentyOfFish Update - 6 Billion Pageviews And 32 Billion Images A Month Update 4: Jeff Atwood costs out Markus' scale up approach against a scale out approach and finds scale up wanting. The discussion in the comments is as interesting as the article. My guess is Markus doesn't want to rewrite his software to work across a scale out cluster so even if it's more expensive scale up works b
そろそろモバツイがEC2に移転した話でも書くとするか。
モバツイ以外にも実運用で回してるEC2な人たちは結構いると思うのですが、参考までに。 モバツイッターがAmazon EC2の人柱をやってくれている モバツイッターがAmazonEC2に移行しようかなとのこと。 さっそく性能問題にぶち当たったらしいし、ナイス人柱。 前にあるイベントで、EC2を活用されているHeartRailsの方にモバツイの構成をEC2に移転したらどうなるか？みたいな話をお伺いしたら、すぐ8万円/月ぐらいに構成になってしまう、と言われたのですが、大体、どんぴしゃな感じでした。 （追記：なお個人でWebサービスをスモールスタートする場合は、サーバの運用知識がそこそこある前提で、まずは自宅サーバから運用すると良いです。月間600万PVぐらいまでなら、HP ML115G5 + Phenomでこなせるハズなので。その辺についてはまたいずれ書きます。） ■EC2とは？ 既にご存じの方
FlickrがPHP4からPHP5に移行 – 秋元
Flickr上で先月出された「このグラフの変化は何?」というクイズ 答えは、「PHP5に移行したFlickr.comのサーバのCPU利用率」ということでした。サーバのスクリプトエンジンをPHP5に切り替えた際に、上記のようなＣＰＵ利用率の削減が見られたということです。 このクイズを出したのは、Yahoo/Flickrでキャパシティ・プランニングを担当するジョン・アルスポーさん。先週のWeb2.0 ExpoでFlickrのサーバマシン入れ替えとパフォーマンス改善について話されています。 Web2.0 Expoのスライドで話されているのは、以下のような内容です。 Ｆｌｉｃｋｒのストレージ構成やデータ量 PHP5移行でCPU利用率が15%減ったこと ImageMagickからGraphicsMagickに変更して高速化 ＯｐｅｎＭＰでサムネイル作成を並列化 サーバマシンを良いスペックのものに置き
Fusion-io、読み取り1.5GB/secの世界最速SSD
Fusion-io、読み取り1.5GB/secの世界最速SSD ～PCI Express接続で最大容量1.2TB 3月11日(現地時間)発表 米Fusion-ioは11日(現地時間)、PCI Expressカード状の企業向けSSD「ioDrive Duo」を発表した。米国では4月より出荷開始する。 ioDriveはNANDコントローラのあるカードに、専用のメモリモジュールを装着して利用するSSD。ioDrive Duoでは、メモリモジュールのコネクタが2つになり、160GB(SLC)/320GB(SLC)/640GB(MLC)のモジュールを利用して最大容量が1.28TBになった(1.28TBモデルは下半期出荷予定)。 最大シーケンシャルリードは1.5GB/sec、同ライトは1.4GB/secに達し(320GBモジュールの場合)、同社では世界最速を謳う。リードIOPSは186,000、ライト
あなたのウェブサイトを高速化する方法 - builder by ZDNet Japan
そして同氏は、世界で最も高速なウェブサイトの1つであるGoogleのパフォーマンスにかかわる仕事をしているのである。 ウェブのパフォーマンスには2つの重要な側面、すなわち効率性と応答時間がある。効率性は、世界ランキング100位に入るようなウェブサイトを構築する際に出てくるスケーラビリティという難問に取り組むための武器である。あなたのウェブサイトが何百万人単位のユーザーと、何十億単位のページビューを擁するような規模のものである場合、バックエンドアーキテクチャ全体に対する理解を深めておくことが重要となるだろう。 ページの速度というものは、HTMLドキュメント内に記述する一連の指示によって決定されると言っても過言ではない。 iGoogleを例に挙げると、バックエンド処理に費やされる時間、すなわちデータがキャッシュされていないために毎回リクエストされることで費やされる時間は、ページ全体の処理時間の
Benchmarking Puppet With JMeter | Forward Came Grendel
Puppet is a cross-platform system for managing machines. It can manage files, packages, users and anything else that needs managing. The system is composed of a puppetd daemon process running on a client machine, which periodically connects to a remote puppetmaster to download its configuration and apply it. All communication and file transfers between the client and puppetmaster are done via XML/
SATA RAID ストライピング編
これまでRAID0（ストライピング）は、動画編集のような用途で大容量とシーケンシャル アクセス性能の向上を目的にした技術と思っていましたが、たまたまインテルが掲載した記事を見ていると、ストライプ サイズを大きくすると非シーケンシャル I/O の性能が向上するという記述がありました。 「非シーケンシャル I/O」というのはランダム アクセスになりますが、よくよく考えたらそうなることも理解できます。 これまでRAID0を使うことは何度かありましたが、大容量ドライブを作るために使っていたので、速度や性能についてはたいして気にしていませんでした。 それで今回は、ストライプ サイズの違いによるRAID0（ストライピング）の性能について調べてみることにします。 RAID 0 - ストライピングの仕組み まずは、RAID0（ストライピング）の仕組みについて簡単に説明しておきます。 ストライピングは、デー
PlanetLab | An open platform for developing, deploying, and accessing planetary-scale services
PlanetLab was a global research network that supported the creation of new network services. Since first coming on-line in mid-2002, over 9,000 researchers at Universities and research labs around the world used PlanetLab to develop technologies for distributed storage, content distribution, peer-to-peer systems, distributed hash tables, query processing, and network telemetry. Read about PlanetLa
MySQL
HeatWave Use automated and integrated generative AI and machine learning (ML) in one cloud service for transactions and lakehouse scale analytics. Get faster insights from all your data with unmatched performance and deploy apps in your choice of cloud providers. Learn More » MySQL Enterprise Edition The most comprehensive set of advanced features, management tools and technical support to achieve
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rolling with Ruby on Rails
Web高速化 || パフォーマンスチューニングBlog: インターオフィス
Home - M-Lab
ヤフーの画像はなぜyimg.jpドメインなのか？ サイト高速化の手法とヤフーの失敗例 | 初代編集長ブログ―安田英久
