各所で話題になっていますが、Linuxを劇的に高速化する方法が発見されました*1 *2 *3。特にブラウザなど複数のアプリケーションを同時に起動した状態では、体感速度がびっくりするほど向上します。 高速化する方法も簡単です。カーネルの再構築という難しい作業は不要で、設定ファイルを数行書き換えるだけです。是非試しましょう！ ステップ-1: ~/.bashrc の編集 ~/.bashrc の末尾に以下の4行を追加します。 if [ "$PS1" ] ; then mkdir -m 0700 /sys/fs/cgroup/cpu/user/$$ echo $$ > /sys/fs/cgroup/cpu/user/$$/tasks fi ステップ-2: /etc/rc.local の編集 /etc/rc.local の末尾に以下の2行を追加します(2010/11/24更新。不要なmkdirコマンド
高性能とは処理が早くて応答性の高いアプリのこと。 ANRやイベントループの停止を防ぐ技術 ボトルネックとなるI/Oアクセスについて アプリケーションのパフォーマンス最適化手法 について解説。Androidの今後の予定についてもQ&Aで答えます。 関連ページ AsyncTask http://developer.android.com/intl/ja/reference/android/os/AsyncTask.html (追記)TechBoosterに解説記事を載せました(via @kacchi0516) TechBooster Asynctaskを使って非同期処理を行う http://techbooster.jpn.org/application/1339/ IntentService http://developer.android.com/intl/ja/reference/andr
SproutCore: JavaScript HTML5 Application Framework - Create fast, native-style applications in any modern web browser without plugins. JavaScriptフレームワークSproutCoreの主要開発者であるCharles Jolley氏がSproutCore BlogにおいてJavaScriptの遅延ロードテクニックの概要と簡単なベンチマーク結果を紹介している。JavaScriptの読み込み時の処理がどのようにおこなわれ、どうやって遅延ロードを実現すればいいか、またその結果やブラウザごとの効果の違いなどがまとまっており参考になる。 SproutCore Blog - Faster Loading Through Eval() SproutCore Blog
超速起動は言いすぎだろコノヤロー と、心の中で思ったが、どれどれやってみようかなぁとｗ コメント見る限りだと、まだ人柱が居なくてちょっと怖かったので、人柱を待ってた。が、なんかこう、みんな牽制しあってるような感じでもう面倒なのでさくっと試してみた。 結果は・・・。 とりあえず高速化に大成功！ Windowsの起動時間をまず測定。 最初は４分５４秒だった。 追記 Windowsが立ち上がり、砂時計が消えるまで。 Googleデスクトップ→dropbox→IPメッセンジャー→AVGが起動するまでの時間。 そして今回の高速化を断行した結果・・・。 起動時間が２分３２秒になった！！！ 多分余計なものが沢山入ってたのが原因なんだけど、なかなかのWindows高速化！ XP自体は既に１年目の選手。 色々と途中改造してるからアレだけど余計なものがとにかく多かったなぁ。 というわけでレッツレポート。 今回
![[人柱]教えて君ネットがWinXP超速起動になるって言うからやってみたら本当に高速起動した*ホームページを作る人のネタ帳](https://cdn-ak-scissors.b.st-hatena.com/image/square/3de7f5be0dd73efe92f9fcdcf112c5e0d03cb894/height=288;version=1;width=512/https%3A%2F%2Fsiteproxy.ruqli.workers.dev%3A443%2Fhttps%2Fblog-imgs-34.fc2.com%2Fe%2F0%2F1%2Fe0166%2F200908070006.jpg)
Firefox 3を使っていて、起動が異様に遅くなっていて困っていました。 今回、どうやら解決した模様なので備忘録までに記載します。 Firefox 3にバージョンアップしてから、メインで利用しているPCで Firefox の起動が遅くて仕方がない、ipv6検索を無効にするとか試してみたけどもかわず、という状態でした。 だいたい同じAdd-onを 他のPCにも入れて利用していますが、そちらははそう遅くはないので、プロファイル系かあ、までは切り分けしてそのまま利用しておりました。 プロファイル再作成、面倒ですしね。 で、ふと思い立って Firefox 3 で利用している、SQLite データ群をかたっぱしから Reindex したら、 昔のスピードが再現しました。はやい！ 改善：２つ １）起動が速くなった（起動に1-2分かかる→すぐ起動。劇的に改善。） ２）サイト表示もはやい。 cookie
マッキン徒の皆さん、こんxxは。 何か最近重い気がするなぁ…重い、やっぱ重いよ…と、使って行く内にジワジワと茹で蛙の如く重くなって動作が鈍化しある日ハッと我に返らせてくれる（カエルだけに）火狐ことFirefox。 導入時のあの感動をもう一度ｶﾓｰﾝщ(ﾟДﾟщ)！というあなたm9・∀・）。 先ず自分の日々の行いについて心当たりが無いか、胸に手を当ててよく考えてみるべきではないでしょうか。 そう、アドオンです。 使わない物は無効化にするか要らなければ削除しちゃいましょう。 そして意外とバカにならないのがブックマーク達。 単純に減らすのも手ですが、ポイントはブックマークツールバーから外す事。 自分の場合は一つのフォルダに500弱有ったブックマークを、Googleツールバーの機能を使いGoogleブックマークに吐き出して削除したら、新規ウィンドウ表示の立ち上がりが軽くなりました。 ツールバーのブ
![[Mac]最近Firefoxが妙に重くなったなと感じているあなたm9(´Д`)の為のTips](https://cdn-ak-scissors.b.st-hatena.com/image/square/6b7f772971dc29fc22449985ca065d54549fa5c1/height=288;version=1;width=512/https%3A%2F%2Fsiteproxy.ruqli.workers.dev%3A443%2Fhttps%2Frobotboy.up.seesaa.net%2Fimage%2Fprivacy_data_delete.png)
ダウンロード後のウイルススキャンを無効にする Mozilla Firefox 3(以下、Firefox)には、ファイルをダウンロードする際にウイルススキャンをおこなう機能が備わっています。Windows XP/Vistaのセキュリティセンターに対応するウイルス対策ソフトが事前に導入されている場合、ファイルのダウンロードが完了すると自動的にウイルススキャンをおこなうというもの。通常はバックグラウンドで自動的に行なわれるため、意識される方は多くないでしょう(図1〜3)。 図1 ダウンロード後のアクションは、[プログラムで開く][ファイルを保存する]のどちらを選んでも、ウイルススキャンが行なわれます 図2 ダウンロード後は自動的にウイルススキャンが行なわれます 図3 自動チェックをおこなうには、セキュリティセンターに対応するウイルス対策ソフトが必要となります しかし、確実に安全と言えるサーバーか
スクリプトが読み込まれるまで画像の読み込みがブロックされている - 同ブログより抜粋 WebページパフォーマンスツールであるYSlowの主要開発者でありYahoo! Exceptional Performanceの開発者であるStoyan Stefanov氏がNon-blocking JavaScript Downloadsというタイトルで、ページの読み込み速度を向上させるテクニックを簡潔にまとめている。これはブロックが発生するJavaScriptの読み込みを並列化することでページの読み込み時間を短縮しようというもの。Webページの読み込み高速化に効果的な手法なのでWebデベロッパは一度目を通しておきたい。 JavaScriptの読み込み中はほかの読み込み処理がブロックされる。これをDOM経由で動的にロードするように書き換えてやれば並列して読み込まれるようになる。Non-blocking
Yahoo! User Interface BlogにおいてCombo Handler Service Available for Yahoo-hosted JSのタイトルのもと興味深いテクニックが紹介されている。簡単に実施できて効果の期待できる方法だ。Webアプリケーション開発を実施している場合には同テクニックの採用を検討してみるとよさそうだ。 Webサイトの動作をスピーディにするためのテクニックのひとつに、HTTPリクエストを最小限まで絞り込むというものがある。あらかじめJavaScriptライブラリを1つにまとめたり、ロード時に1つになるように変えてしまうのが代表的な方法だが、今回YUIにおいてはもっとアドホックな方法が提供されるようになった。 これまでの指定方法 - 6つのHTTPリクエストが発生する - ブログより抜粋 YUIライブラリは今のところyui.yahooapis.co
このところのメモリ価格の下落から、メインメモリは2GBどころか4GB以上も余裕で搭載できるようになった。2GBのDDR2 DIMMを4枚、計8GB分購入したとしても2万円で十分おつりが来る。とはいえ、32bit OSを使っている限り、OSは約3.5GB以上のメインメモリを認識できず、それ以上のメモリを搭載したとしても無駄になってしまう。64bit OSを利用すればこの問題も解決するが、ドライバの対応やアプリケーションの互換性などに問題があり、使いたくても使えない状況だ。 しかし、32bit OSで認識できないメインメモリ領域を活用できる手法が見つかり、2ちゃんねるのWindows板を中心に話題となっている。その手法とは、「Gavotte Ramdisk」というRAM Disk作成ツールを利用し、メインメモリのOS管理外領域にRAM Diskを作ってしまおうというものだ。 メインメモリを手軽
This is what Mike Peters says he can do: make your site run 10 times faster. His test bed is "half a dozen servers parsing 200,000 pages per hour over 40 IP addresses, 24 hours a day." Before optimization CPU spiked to 90% with 50 concurrent connections. After optimization each machine "was effectively handling 500 concurrent connections per second with CPU at 8% and no degradation in performance.
データベースは，大量のデータを格納して目的に合わせて処理するのが役割である。処理を高速化する機能として，インデックスが用意されている。インデックスは，あらかじめ検索やソート対象となる列のデータを処理しやすいように別管理するものだ。インデックスを使いこなせるかどうかで，データベース処理の良し悪し決まるといっても過言ではない。しかし，インデックスいつまでも高速ではない。その効果が，色褪せる時がやってくるのだ。 インデックスの効用 まずは，肩慣らしにインデックスの効用を確認する。テーブル「pono」は，日本郵政グループの日本郵便事業株式会社が提供している郵便番号データを格納したテーブルだ。 図1●テスト用のテーブル「pono」 mysql> show create table pono \G *************************** 1. row *****************
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
以下の一行をすべての JavaScript の前に読み込む /*@cc_on _d=document;eval('var document=_d')@*/ この一行を読み込むことによって IE での document へのアクセスが 5 倍速くなります。 たとえば 以下のように、読み込む前と読み込んだ後を比較してみます。 // Before var date = new Date; for (var i = 0; i < 100000; i++) document; alert(new Date - date); // 643 /*@cc_on _d=document;eval('var document=_d')@*/ // After date = new Date; for (var i = 0; i < 100000; i++) document; alert(new Date -
はじめに パフォーマンス要件はシステムを構築する際に、考慮すべき最も重要なポイントの1つです。リレーショナルデータベース（以降、RDB）に関しては、そのチューニングのポイントについては、書籍、Webなどで数多くの情報が存在しますが、XMLDBに関してはまだまだこれからといったところです。そこで本稿では、Cyber Luxeonに限らず、各XMLDB製品に共通するであろうパフォーマンスのポイントについて、実際に実行・測定し検証を試みました。 なお、XMLの更新機能に関してはXQuery Update Facilityの仕様策定が進められていますが、執筆段階では草案段階であり、XMLDBごとにXML更新用の機能が提供されているのが現状です。そこで本稿ではXMLDBの検索機能に対象を絞って説明を進めます。対象読者 XMLに触れたことがある方、RDBなどデータベースを操作したことがある方を対象とし
プログラムの高速化はプログラマにとって永遠の課題です。しかし，そこには知られざる暗黒面が隠れています。そもそも高速化に意味があるのかを調べなければなりません。次に，どの部分をどの程度高速化するのかが重要です。アルゴリズムの効率にも目配りが必要です。 コンピュータの処理速度は驚くべき勢いで向上しています。現在私たちが使っているパソコンは一昔前のスーパーコンピュータをしのぐ性能を備えていますし，半世紀前に登場したばかりの計算機と比較すると数十万倍の性能に相当します。 このように高速なコンピュータを持っているにもかかわらず，人間の欲望は限りがないものです。プログラムの実行速度はプログラマにとっての永遠の課題のようです。プログラムを高速化していると，「そんなに急いでどこに行く」という気になることもあります。 今回は，プログラムの高速化にまつわるさまざまな「秘密」と「限界」，そして「戦略」について解
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
