いかにしてウィキペディアを編集する際の速度を二倍にしたか - Qiita
How we made editing Wikipedia twice as fastという記事を翻訳しました。ライセンスはCreative Commons Attribution 3.0 unported licenseです。画像も、注意点がない限り、同じか、画像のリンク先のライセンスを確認してください。間違いだらけだろうから、何かあったら、ぜひコメントください。 "ウィキ"とは速いという意味だった... ウィキを開発したWard Cunninghamは、素早く簡単に編集できるウェブページを作りたかった。Cunninghamは自身のソフトウェアにハワイ語の「速い」という言葉をつけた。それがウィキメディア財団がウィキペディアの編集のソフトが二倍になったことを広く知らせる理由だ。過去6ヶ月間、PHPのコードを使ったウィキペディアの裏方であるメディアウィキの速度をあげる新しい技術に取り組んでい
日本人女性が見せた「バランス神技」に世界が衝撃を受ける！ 「完全に言葉を失った」「これこそ “アート” だ！」
» 日本人女性が見せた「バランス神技」に世界が衝撃を受ける！ 「完全に言葉を失った」「これこそ “アート” だ！」 特集 ある日本人女性が見せた凄まじいパフォーマンスに、世界が衝撃を受けている。世界も驚くそのパフォーマンスとは、絶妙なバランスでモノを積み重ねていく超絶バランスパフォーマンスである！ 日本人女性「シダ ミヨコ」さんが、スペインのテレビ番組「Tu Si Que Vales」（和訳:あなたはすごい人）で披露したその神技は、まさに目を見張るほどのインパクトと美しさを持った技であり、これは見とれずにはいられない。 現に多くの海外ネットユーザーが、シダさんのパフォーマンスに心奪われており、彼女の神技を映した動画「Miyoko Shida Rigolo 」には称賛の声が次から次へと寄せられている。 ・海外ネットユーザーの声 「パフォーマンスの間、ずっと息を飲んで見てた……ワオ」（セルビア
NginxでCloudFrontにリダイレクトしてカスタムオリジンで負荷分散する | DevelopersIO
既に運用中のWordPressなどのWebサイトを負荷分散/軽減させたい 既に運用中のWordPressなどのWebサイトに一切手を加えずに負荷分散や軽減をしたいと思いませんでしょうか。そんなとき、Nginxなどのリバースプロキシを入れてコンテンツの圧縮やキャッシュ設定をすることは前回ご紹介しました。今回は、さらに踏み込んで超大規模なアクセスがあったときにも負荷を分散＆軽減できるようにCloudFrontというコンテンツ配信ネットワークサービスを用います。 CloudFront CloudFrontは、AWSが提供しているコンテンツ配信サービスです。主に、S3のオリジンバケットをエッジサーバに配備して負荷分散を行います。まずは配信したいファイルをS3においてからCloudFrontに登録手続きをする必要があったのですが、カスタムオリジンといって既に動いているWebサイトそのものを指定できる
WEBサイト負荷テストツール7選 | さぶみっと！JAPAN
WEBサイトに情報を入力するだけで負荷テストができるLoad Impact、GUIから操作できるApache JMeterや、コマンドラインから使うcurl-loader・httperf・Siege・Pylot・abを簡単な使い方と共に紹介していきます。 Load Impact http://loadimpact.com/ Load ImpactはスゥエーデンのGatorhole AB社が管理している、フォームに必要な情報を入力するだけで負荷テストをしてくれるWEBサイトです。 ツールをインストールしたりする必要が有りませんので、非常に楽です。 毎月5回まで無料で負荷テストができます。 それ以上は10回/$30のクレジットを購入する事になります。 トップページのフォームにURLを入れて「Run free test」をクリックすると、世界各地のいずれかのAmazon EC2サーバから負荷テス
Google I/O 2012発 JavaScript高速化Tips集の日本語訳
既に「Google I/O 2012で公開されたJavaScript高速化Tips集 | IDEA*IDEA」や「JavaScriptパフォーマンスを上げるシンプルな13の最適化 | Act as Professional – hiroki.jp by HIROCASTER」で紹介されて話題になっていたJavaScriptの高速化TIPSがhosikitiさんによって和訳されています。 リストでまとめられたリストを日本語で見たいという要望に見事に応えてくれていました！ 1.コンストラクタ関数内ですべてのオブジェクトメンバを初期化する 2.常に同じ順番でオブジェクトメンバを初期化する 3.Numeric型(31bitで表現される符号付き整数)を出来るだけ使う 4.0から始まる連続した値を配列のキーとして使う 5.巨大な配列(64000個以上の要素を持つもの)は予め確保せず、必要になったら随時
大量アクセスによるサーバの負荷テストなどが簡単に実行できるフリーソフト「JBlitz Professional」
以前は有料ソフトであり、ロードテストを実行した結果を数値・グラフ化してまとめて保存でき、サイトへのアクセス順番を固定したりランダムにしたり、アクセスする時間間隔・接続時間・アクセスする人数の設定が可能で、さまざまなテストを自由に設定して実行できるフリーソフトが「JBlitz Professional」です。ダウンロードから機能と操作の説明までは以下から。 Website load test - JBlitz Professional http://www.cartesian.net.nz/jblitz/ ◆ダウンロード 「JBlitz Professional」を使うにはJavaをインストールしておく必要があります。 上記サイトの「Download」をクリック。 ダウンロードしたZIPファイルをExplzhなどで解凍して、Windowsを使って操作をするので「run-jblitz.bat」
3000req / sec と戦う - だるろぐ
ざっくり概要 ピークで3000req / sec 毎分コンテンツ更新要求 コンテンツ更新の際は他所からデータをapi経由で受け取る コンテンツ更新にはTheSchwartzを使用 なコンテンツを色々してきたログ。 尚、ここに書く技術は大半が周囲のギークな方々にサポートしてもらったもので、僕自身が何かしたわけではない。残念すぎる。 構成 internet -> www(squid -> apache) -> app(memcached -> app) -> db フロントエンド wwwサーバがapacheとsquidを動かしている。apacheがリクエストを受け、squidのキャッシュが有ればそれを返し、無ければバックエンドのappサーバへproxy。 バックエンド appサーバがmemcachedとアプリを動かしている。 それぞれ冗長化してるけど、リクエスト数の割に台数は少ない。 技術があ
鎌倉観光スポットで au と SoftBank の iPhone 4S パケット通信速度を比べてみた。 | AppBank
通信速度計測結果一覧 結果をグラフにまとめました。 計測ポイント2ヶ所で SoftBank は圏外となりましたが、上りに関しては SoftBank の勝利です。 下りは au が早い箇所が6箇所、SoftBank が早い箇所が5箇所となりました。 グラフにも記載しておりますが、下記に地点ごとのそれぞれの数値を書きだしました。 鎌倉駅前（東口） au：下り 1721 Kbit/s 上り 107 Kbit/s SoftBank：下り 1791 Kbit/s 上り 135 Kbit/s 段葛 au：下り 1551 Kbit/s 上り 105 Kbit/s SoftBank：下り 899 Kbit/s 上り 133 Kbit/s 鶴岡八幡宮 本堂前 au：下り 1932 Kbit/s 上り 104 Kbit/s SoftBank：下り 764 Kbit/s 上り 139 Kbit/s 頼朝の
圧倒的じゃないか、auは…！ auとsoftbankのiPhone4Sをもって山手線ほぼ１周回線チェックの旅 - ゲームキャスト
さて、ようやく発売された iPhone 4S。 ゲームキャストでは早速 au 版と softbank 版 iPhone 4S を自腹を切って用意し、 3G 回線の速度調査を行った。 弟の機種変料金、このテストのために自分持ちorz 調査したのは ・山手線の各駅構内（東京〜御徒町除く、今後追加予定） ・山手線沿線の東京の有名スポット など。 調査に使用したのはQIP Speed Test。 各場所で３回のチェックを行い、平均値をグラフ化した。 また、Softbank、auともにアンテナMAXになる場所を探しての（と言ってもauは常にアンテナMAXだった）測定となる。 また、調査に用いた iPhone 4S はバッテリーを最大まで充電し、測定ソフトを入れた以外は初期設定。 wifiは使用せず、iCloudは設定なし、メールアドレスは１つのみを設定している。 スクリーンショットも、写真も同じ枚数
【レポート】第2弾！いろいろチューニングしてパフォーマンスを競うバトルイベント！「Tuningathon2」 #tuningathon : ゼロスタートの広報ブログ
2011年10月05日12:14 【レポート】第2弾！いろいろチューニングしてパフォーマンスを競うバトルイベント！「Tuningathon2」 #tuningathon カテゴリ Tweet もうすっかり秋ですね！！ （みなさん：そうですね！！） 急に寒くなったりして、風邪が流行っているようですが、 みなさんお大事になさってください。 さて今回のブログは、イベントレポートです！ 2011年10月1日（土）に、主にインフラエンジニアを対象としたイベント 「Tuningathon（チューニンガソン）」の第2弾を開催いたしましたので、 今回は、その様子をお届けしたいと思います！！ ※メディアスポンサーである技評様により記事としても公開されます。 今回のイベント参加者は、39名 35組（ペア4組含む）※参加率100%！！ 当日無断キャンセルはありませんでした…！すごい！！ あ
第9回 高速なWeb APIの実装とテスト―Mobage APIを支えるノウハウ（1） | gihyo.jp
本連載では第一線のPerlハッカーが回替わりで執筆していきます。今回のハッカーはDeNAの嶋田裕二さんで、テーマは「高速なWeb APIの実装とテスト」です。 Web APIの基礎知識 はじめまして、DeNAでMobageオープンプラットフォームのWeb API（以降Mobage API）を実装しているxaicronです。Mobageオープンプラットフォームは、Mobageの機能をWeb APIを通して外部の開発者に公開することにより、ソーシャルゲームをユーザに提供するサービスです。 簡単に説明するとWeb APIとは、HTTPを利用してネットワーク越しに処理を行い、結果を返すしくみです。最近ではJSON（JavaScript Object Notation）というフォーマットを利用してデータのやりとりをすることが多くなっており、Mobage APIも基本的にはJSONを受け取って処理を行
Browser Speed Tests: Firefox 7, Chrome 14, Internet Explorer 9, and Opera 11.51
Browser Speed Tests: Firefox 7, Chrome 14, Internet Explorer 9, and Opera 11.51 Firefox 7 is set to be released today, and with a big focus on performance, we thought it time for another round of browser speed test. We pitted the four most popular Windows browsers against each other in a battle of startup times, tab-loading times, JavaScript powers, and memory usage, with some surprising results.
さいきんの Rails サービスを高速化をしてみた - 2nd life (移転しました)
先日のももクロハッカソンで出会った wantedly を作ってる仲さんが と言ってたので、面白そうなので wantedly を速くしてみました。 wantedly ちなみにデータが数百万オーダーもなさそうなのに、どのページもログインすると2-5秒ぐらいかかっていたので、確実に速くできそうだなぁという感覚はやる前からありました。 アプリケーションサイドのチューニング 初心者*1にありがちな問題として SQL に適切にインデックス張ってない キャッシュすべき場所をキャッシュしていない 無駄なデータを引きすぎてる ことがよくあります。ので順に実装を見ていきました。 SQLに適切なインデックスを張ってない 張ってありました！びっくり！＼(^o^)／ キャッシュすべき場所をキャッシュしていない Facebook API を利用したアプリケーションなんですが、ユーザのデータの取得を毎回馬鹿正直に HT
DB処理で性能が40～60％低下
仮想化ソフト「KVM（Kernel-based Virtual Machine）」は、処理性能が高い、つまり仮想化に伴うオーバーヘッドが小さいといわれている。Linuxカーネルに組み込まれていることに加え、Intel VT-xおよびAMD-Vなど最近のCPUが持つハードウエアによる仮想化支援機構を活用しているからだ。そこで、KVMの実力を見るために、六つの検証を実施した。 検証(1)では、データベースサーバーとして使った場合の処理性能を測定し、KVMのオーバーヘッドを調べた（図1）。その結果、オーバーヘッドは最大60％近くあることが分かった。この値は一見、大きく思えるが、仮想化ソフトの中でどのくらいのレベルなのかを判別するため、検証(2)ではKVMと同じくオープンソースの仮想化ソフトであるXenと比較した。以降の検証(3)～(6)では、KVMのオーバーヘッドがどのような処理で生じるのか探る
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JSON-LD Best Practice: Context Caching | The Beautiful, Tormented Machine
The History of the URL: Path, Fragment, Query, and Auth - Eager Blog
Load Impact is now k6
TechCrunch | Startup and Technology News
DBpedia SPARQL Benchmark paper wins ISWC2011 best-paper award | AKSW Blog
TechCrunch