みんなでバリバリチューニング！第2回チューニンガソン開催 | gihyo.jp
ある秋の穏やかな昼下がり、渋谷の道玄坂を登り切った真新しいオフィスビルに、腕に覚えのあるインフラエンジニアたちが続々と集結しつつありました。10月1日。奇しくもこの日社名変更となったVOYAGE GROUP（旧社名、ECナビ）オフィス内の「パンゲア」ミーティングルームにて、第2回チューニンガソンが開催されたのです。 会場は、10月1日に社名変更したVOYAGE GROUPの会議スペース「パンゲア」にて チューニンガソンとは チューニンガソン（Tuningathon）とは、システムのチューニングとマラソンをかけ合わせた造語です。たとえばハッカソン（Hackathon）といえば、プログラマーが一カ所に集まり期間を限って集中的にハックするイベントですが、そのシステムチューニング版と考えればよいでしょう。 チューニンガソンでは、Webアプリケーションのパフォーマンスを向上させることを目的とします。
SSE4.2の文字列処理命令の紹介
1. SSE4.2の文字列処理命令の紹介 Cybozu Labs 2011/8/6 光成滋生（8/23加筆修正p3, p.25） x86/x64最適化勉強会#1 2011/8/6 /41 1 3. 説明とコード Intelプロセッサ最適化マニュアルを読もう http://homepage1.nifty.com/herumi/prog/intel-opt.html コード片 https://github.com/herumi/opti/ アライメントとページ境界に関する補足（必読） http://homepage1.nifty.com/herumi/diary/1108.html#8 2011/8/6 3 /41 4. SIMD向き/不向き SIMDは4個（or 8/16）個のデータを同時に同じよう に処理するためのもの SIMD向き 先程の最大値を求める場合，4個ずつやっ
研究動向から考えるx86/x64最適化手法
2. Today Agenda 本日の概要 CPU上のマルチコア化や，各種ペナルティの増大に対して，ペナルティの軽減， または完全に排除するデータ構造やアルゴリズムの研究に関する話題 ---- 本日は2000年以降のIntel Lab.や関連研究者による成果の俯瞰が目的 本スライドの目的は以下 ・マルチコア/メニーコア時代における性能改善観点の理解 ・具体例でのx86/x64最適化アルゴリズムの概要理解 ⇒探索，整数圧縮，並び替え処理 2 3. Today Agenda • 自己紹介 • Intel Lab.とは？ • 最近の研究動向 • 研究分野における最適化の観点 – キャッシュミス/DTLBミスの低減化 – 分岐排除 – メモリバンド使用量の考慮 • 具体例1: SIMD命令を利用した探索の分岐排除 • 具体例2: 整数の固定長圧縮によるPipelineハザードの回避 • 具体例3:
perfの使いかた
概要 Linuxのパフォーマンス解析ツールであるperfの使いかたの紹介 背景 個人的にperfよくできてると思うので紹介したいというのと、 パフォーマンスカウンタの読み方ってあんまり知られてないみたいなので、 それの解説を書きたい。 構成 perf について説明したあと、パフォーマンスカウンタの読みかた、見かた、を説明する。 perfとは何か Linuxに付いてくるプロファイラ。 man perf によると、 NAME ---- perf - Performance analysis tools for Linux と、書いてある。名前がひどいのでなんとかしてほしい。 perf の特徴 個人的には、手軽に使えるのが素晴らしいと思う。 2.6.31以降カーネルに標準で付いてる。(Ubuntuだとlinux-tools-common(TODO:あとで確認)で入るはず) 特殊な設定が必要無く、
ユメのチカラ: Rubyのプロファイリング
カーネル読書会でmallocの話をしていただいたのだが、そのときの質疑でRubyの実装の話がでた。そこで思い立ちRubyをoprofileでプロファイルして見た。（matzさんにトラックバックを張っておく） # cd /usr/src/ruby-1.8.4/test # opcontrol --start; ruby runner.rb; opcontrol --stop 適当なRubyアプリケーションをしらなかったので、テストプログラムを実行してベンチマークとした。実行したマシンは1700MhzのPentium M、メモリ１GBのノートPC。 # opreport -l CPU: CPU with timer interrupt, speed 0 MHz (estimated) Profiling through timer interrupt samples % app
【コラム】ダイナミックObjective-C (22) メソッドとは何か(5) - メソッドの実装 | エンタープライズ | マイコミジャーナル
メソッドを構成する要素の最後になる、メソッドの実装を取り上げよう。IMP (implementation) 型になる。これを利用すると、劇的な高速化も可能だ。 IMP型の定義 メソッドの実装を表すIMP型について、前にも紹介したが、もう一度説明しよう。メソッドを表す構造体は、Method構造体。この中にmethod_impという名前の、IMP型のフィールドがある。このIMP型の定義は、objc.hにある。 objc.h typedef id (*IMP)(id, SEL, ...); つまり、C言語の関数である。Objective-Cでは、メソッドの実際の処理を行っている実装はどこにあるのかと、追いかけていけば、このC関数にたどり着く。 この関数には、2つの引数があらかじめ定義されてある。これが、前々回に紹介した、メソッドに渡される暗黙の変数だ。すべてのメソッドで、この変数を利用できる。
Cより速いRubyプログラム
The document discusses various techniques for optimizing the performance of embedded Ruby (ERuby) templates. It describes 7 iterations of improvements to "MyEruby" that reduced the processing time from over 69 seconds to under 1 second. The optimizations included avoiding line splitting, replacing parsing with patterns, tuning regular expressions, inline expansion and array buffers.Read less
Google、ページ読み込みを自動高速化する「Page Speed Service」を発表
米Googleは7月28日（現地時間）、Webサイトオーナーがページの読み込みを自動的に高速化できるサービス「Page Speed Service」を立ち上げたと発表した。テスト段階では60％高速化できた場合もあったという。 Googleは“Web高速化”に取り組んでおり、2009年6月のサイト高速化支援技術「Page Speed」、同年11月の高速化プロトコル「SPDY」、2010年のWebサイト高速化モジュール「mod_pagespeed」など、さまざまな関連サービスを提供してきた。Page Speed Serviceはこれらの“Page Speed”ファミリーの新たな一員という。 同サービスを利用するには、サービスのページからGoogleアカウントでサインアップし、高速化したいWebサイトのURL、おおよそのページビューを入力して送信する。Googleがユーザーのサーバのコンテンツを
グーグル、「Page Speed Service」を発表--顧客ウェブサイトを高速化およびホスティング
Googleがウェブの高速化を掲げて再び動き出した。同社は米国時間7月28日、顧客のウェブページを書き換え、そして、ホストすることで、ブラウザでの読み込みが速くなるようにする新サービスを発表した。 しかし、今回のサービスは無償ではない。 同社がこの分野でこれまでに提供したサービスは無償だった。しかしGoogleは今回、この新しい「Page Speed Service」を有料で提供する予定である（同サービスの一般提供開始時期は未定）。Googleは以前、ウェブが高速になれば、ウェブ上での活動が増え、最終的にそれがGoogleの広告収益増加につながると主張していた。しかし、Page Speed Serviceについては、サービスそのものに対して課金するという従来型の方法で収益増加を図るつもりである。 同社のエンジニアリングマネージャーを務めるRam Ramani氏は28日のブログ投稿で「現時点
sunagae.net [軽量言語向けリアルタイムプロファイラ (llprof)]
hg clone http://www.sunaga-lab.com/hgrepos/llprof # 安定版へ更新 hg update stable # 最新版へ更新 hg update
データベースの内部動作を知る
SQLのプログラミングは奥が深い。特にパフォーマンスの観点から、そう言えるだろう。 みなさんご承知の通り、同じ結果を出すプログラムでも、SQLの書き方次第で処理時間に何倍もの差が生じ得る。効率の悪いSQLを書いてしまう原因は、多くの場合、リレーショナルデータベースの内部動作やアプリケーションに関する理解不足である。両者をよく知った上で最適なSQLを書けるようになることは、システムエンジニアとしての重要なスキルの一つである。 特集『基礎から理解するデータベースのしくみ』では、リレーショナルデータベースの内部動作について、基本的な部分を分かりやすく解説している。SQLプログラミングに役立つことはもちろん、SQLチューニングやデータベース設計のための基礎知識としても不可欠だ。 イントロダクション ブラックボックスのままでいいの？ Part 1：SQL文はどのように実行されるのか SQL実行までの
ridiculous_fish » Blog Archive » Array
Our arrays, aren’t. There, that’s known as a teaser. You see it in television all the time. “Find out which common household plant devours pets at night...but first.” And then you have to sit through and watch the stuff about Brad and Angelina shacking up / Shaq driving his new Hummer / Hummer’s new fragrance before they get to the good stuff, the petnivorous plants. I don’t know what I’d do witho
Firefoxグラフィック性能改善する「Azure」 | エンタープライズ | マイコミジャーナル
Firefox web browser - Faster, more secure & customizable 現在開発が進められているFirefoxの新しい2DグラフィックコンポーネントであるAzureの性能と、既存の2DグラフィックコンポーネントであるCairoとの性能を比較した結果がComparing Performance: Azure vs Cairoにおいて報告されている。 Firefoxの2DグラフィックコンポーネントであるCairoはOSが提供するハードウェアレンダリングの機能を活用するようになったことで大幅に高速化した。しかし、それでもなおIE9と比較するとレンダリング性能で見劣りするところがある。Azureはこれを改善するための新しい2Dグラフィックコンポーネント。Cairoにおける性能劣化の原因を、ステートフルAPIであるがゆえのオーバーヘッドと、Direct2Dな
Ruby開発版、Rails 3アプリ起動時間を36%短縮 | エンタープライズ | マイコミジャーナル
Ruby - A Programmer's Best Friend Ruby 1.9.2はRuby 1.8.7と比較してファイルの読み込み処理が遅いことが知られている。多くのファイルを読み込むようなケースでパフォーマンスが発揮できず、最初の起動に時間がかかる。この問題を解決する話題がRuby Insideに「The Story Behind Ruby 1.9.3 Getting 36% Faster Loading Times」として掲載されている。 記事ではXavier Shay氏が取り組んだ解決方法を紹介。既存の実装はファイルの読み込み時に実施しているルックアップ処理の効率が悪いとし、それをハッシュを使って一気に処理を短縮する方法を提案している。20ほどの依存ライブラリを利用する3,000行ほどのRails 3アプリケーションで起動時間を比較したところ、Xavier Shay氏のパッチ
Speeding up Rails startup time –
In which I provide easy instructions to try a new patch that drastically improves the start up time of Ruby applications, in the hope that with wide support it will be merged into the upcoming 1.9.3 release. Skip to the bottom for instructions, or keep reading for the narrative. UPDATE: If you have trouble installing, grab a recent copy of rvm: rvm get head. Background Recent releases of MRI Ruby
PHPを使う上で、どう書けば高速になるか？をその場で試せるベンチマーク結果満載なサイト:phpspot開発日誌
PHPを使う上で、どう書けば高速になるか？をその場で試せるベンチマーク結果満載なサイト 2011年05月23日- Benchmarks PHPを使う上で、どう書けば高速になるか？をその場で試せるベンチマーク結果満載なサイトがあるようです。 同じことをやるのに複数の書き方があったりしますが、2つの書き方を並べてそれぞれどちらがどれだけかかったかという結果が記載されていて面白いです。 で、そのいくらかかったか？という秒数も、ページ上でリアルタイムに計算され、リロードすると実行され、実行タイムが表示されます。 サイトの作者環境による比較ではなく、その場で動いて何度も試せるので自分でその差を確認できるのがGood。 個人的には長年PHPをやっているのですが知らなかった物も多々あり、非常に勉強になりました。 1回のロードでは結果が変になることもあるので、サーバの負荷にならない程度に数回確認させてもら
2007-12-30 - はるかさん＠はてなダイアリー
Population38 Revenues5700 € Unemployment0 % Transport100 % Criminality0 % Pollution0 % あれ？きょうはもう日記更新したきになってたけど、未だ更新してなかったよ。多分登録ボタン押し忘れて閉じた系だね。もう何書いてたかおぼえてないし。むー確かに更新したと思ったのに。今日は遅れず更新できたと思ったら残念。画像はアップロードしてたのを使ってますが、数値は3:30現在の数値を利用してるので、若干ずれがありますがご了承ください。 家どんどん大きくなってますね。麦畑一個減ってるんですけど、今の高騰具合からすると増やせるなら増やしておいた方が良いと思います。土地余ってることだし。 そろそろ40人越えですね。そういえば、ちょっと疑問に思ってたんですが、この数値って実は世帯数だったりするんですかね。よくよく考えると一人で移住
【これはすごい】Twitter検索を3倍高速化した記事の翻訳 - nokunoの日記
これはすごい！ というわけでTwitter検索を3倍高速化したという記事を翻訳してみました。Twitter Engineering: Twitter Search is Now 3x Faster2010年春。Twitterの検索チームは、我々の増え続けるトラフィックに対応し、エンドユーザにとっての遅延を減らし、我々のサービスの可用性を向上させ、新しい検索の機能を素早く開発できるようにするため、検索エンジンを書きなおす作業を始めた。 その努力の一部として、我々は新しいリアルタイム検索をリリースし、検索のバックエンドをMySQLからLuceneのリアルタイム版に変更した。そして先週、我々はRuby-on-Railsに取って代わるフロントエンドをローンチした。我々がBlenderと呼ぶJavaサーバーである。我々はこの変更によって検索のレイテンシが3分の1になり、検索機能の開発を促進できるよう
さくらVPSのWordPressをチューニングして30倍高速化した方法 - 原宿・表参道.jp
今日はさくらVPSに載せているWordPressのパフォーマンスをチューニングして高速化に成功したので安心して眠れるという話をします。 2.5ページ/秒だったのが70ページ/秒と30倍高速化。 以前はDaily数千PVで重くなっていたサイトがDaily3.6万PVを余裕で捌けるようになりました。 #ちなみにproxy cacheという手法はwordpressでなくても動的コンテンツ全般に有効です。 ▼サーバ気にしなくて良くなったので今週末新宿御苑に花見に行けました☆。枝ぶりがいいさくらが多くてほんといいところだと思うの。 WordPressチューニング高速化結果http://hara19.jp/のサーバ環境と測定結果は以下のとおり。 WordPress稼働環境さくらVPS 1GB/CentOS5.5/PHP5.3/MySQL5.5/WordPress3.1。 WEBサーバはチューニングにあ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA