タグ

最適化に関するiwwのブックマーク (110)

  • ウノウラボ Unoh Labs: MySQL5からのインデックス結合で1テーブル複数インデックスを使う

    GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー!古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠

    ウノウラボ Unoh Labs: MySQL5からのインデックス結合で1テーブル複数インデックスを使う
  • ウノウラボ Unoh Labs: PHP最適化tipsまとめサイト

    こんにちは。親知らずを抜いて離乳三昧のyukiです。GWの暴飲暴から脱し、ダイエットするには好都合ですね。すいません。負け惜しみです。 さて、今回は「PHPのちょっとしたコツ」の続きネタで、PHP最適化Tipsまとめサイトの紹介です。 これらは既に有名なサイトで紹介されていたり、常識の範囲かもしれませんが、ひとつでも有用に感じていただければ幸いです。 そして英語が極端に苦手なため、意訳突っ込み等あれば宜しくお願い致します。 PHPの最適化 12 PHP Optimization tips (元ネタはこちらでしょうか? http://www.ilia.ws/files/zend_performance.pdf) staticが使えるなら、staticを使う。速度は4倍になる。 __get, __set, __autoload は避ける。 require_once() はコストがかか

  • 仏滅上等: ナルトの走り方と坊主の作法

    世界の子供たちに人気の日の「ナルト」って忍者の漫画があるんですが、この漫画の中で 登場するキャラクターたちが 時々 腕を後に向けて走ってるんです。 そのことについて 海外のナルトファンの人たちが 自分の持ちうる日の知識や忍者の知識、運動や人体の構造なんかの知識をいろいろ出し合って いろいろ話し合っているみたいです。(クリックで飛びます→<海外アニメファンの疑問>「なぜナルトたちは腕を後にむけて走る?」。なんか、楽しそうですねえ、興味深いですねえ。 思えばあたしも子供の頃、「怪獣を倒した後、飛んでいくウルトラマンことハヤタ隊員がどうやって地上にもどってくるのか?」とか「妖怪人間ベムは 妖怪の意味を間違っている!」 なんてどうでもいいことを友達とああでもない、こうでもないと話あったもんです。 あれから 僕たちは何かを信じて来れたかなあ・・・・ などとセンチメンタルカンガルーな秋の夜長、みな

  • チカラコラムス: 第19回 WI封筒ファイル整理法で1億円の節約 [COBS ONLINE/コブス オンライン]

    今週の講義のポイント 仕事がしやすい環境の条件 1.資料がいつも手元にある 2.机の上はいつもスッキリしている 3.保存資料も3分以内に見つけられる 4.整理法は簡単で長続きする方法 資料を手元に置いても机がスッキリ 刑部先輩は学君に仕事環境と整理法の基について質問を始めた。 「仕事がしやすい環境の条件を挙げてごらん」 「えーと、第一は仕事中の資料がいつも手元にあることかな?」 「そうだね、今進行している仕事の資料はいつも机の上に置いてあり、仕事先に出かけるときはその企画に関する資料の全てをすぐ持ち出せることだね」 「第2の条件は、いつも机の上がスッキリしていて作業空間を確保できることです」 「机の上が乱雑になる理由を知っているかな? それは、頻繁に使うモノは無意識のうちに手元に置くからだ。やり手のビジネスパーソンは頻繁に使う書類をキャビネットに保管しないで机の上に置いている。た

  • 雇用の保証がよろしくない - masayang's diary

    あいかわらず「受託SIでもAgile開発を活用して生産性を上げようよ」、という布教活動をやっている。 積極的に乗ってくれるプロジェクトもあるけど、少数派。 大抵は「理屈はわかるけど、現実は無理」という反応。 で、今回はその根的理由がわかるような話を聞けた。 発注元の立場 システムやそれを必要とする業務に無駄があるのはわかっている。 そして、その「無駄」があるから仕事を維持できている人がいるのも事実。 当にシステムにより業務が効率化されてしまったら、これらの人は職を失う。 そしてそれは終身雇用の世の中では好ましくない。 だから、無駄だらけで、汎用性がない「宮大工」みたいなシステムを発注することになってしまう。 受注側の立場 過去の景気の山や谷の関係で、現在40代半ばの人達が、若手世代よりも多いいびつな年齢構成となっている。 今後、これらの人達にどうやって飯をわせるのかが課題となる。 な

    雇用の保証がよろしくない - masayang's diary
    iww
    iww 2008/09/21
    最適化が進んでプログラマそのものがこの世に不要な存在になったときでも「それでも構わない」といえるかどうか
  • | ^^ |秒刊SUNDAY | Windows XP を軽くする裏技

    2008年09月18日 Windows XP を軽くする裏技 1 名前: 名無し~3.EXE投稿日:2008/05/30(金) 17:07:48 ID:mgDRHMzU 書店に行くとタイトルのような、「極限まで軽くする」とか、「あと6年使う」だの 言ったムックがたくさんありますが、そういったに書かれている裏技 っぽいものを紹介するスレです。

  • サイゼリヤがすげーw - teruyastarはかく語りき

    イタリアンワイン&カフェレストラン サイゼリヤ http://www.saizeriya.co.jp/index.html さっき、「がっちりマンデー」で紹介されてたのだが、 その特集がすごい面白かったので紹介。 TBS「がっちりマンデー!!」 http://www.tbs.co.jp/gacchiri/archives/20080914/1.html 理科系戦略で大成功 これは番組側の見出しなんだけど、 取締役12人中、8人が理科、工学系の大学出身者でしめられる。 当然社長も。 それがどうしたという解説は以下。 低価格でお客様に喜んでもらえるように。 全メニューを頼んでも2万6千円にしかならない イタリア料理店としては驚異の低価格戦略。 そんなんで赤字にならないかと思うけど 「お客様が喜んでくれる価格で提供するのが一番最初。 そこからどう企業努力するのかを考える」 と、ここまではまだ普通

    サイゼリヤがすげーw - teruyastarはかく語りき
  • mysqldumpslow - kuni

    slow query logを見やすくしてくれるツール 使い方は # mysqldumpslow /var/log/mysql/mysql-slow.log とか http://dev.mysql.com/doc/refman/5.1/ja/slow-query-log.html MySQL Server 5.0 管理監視ガイド http://h50146.www5.hp.com/products/software/oe/linux/summary/reference/pdfs/mysql-50-mgmt-v10.pdf Slow Query Log analyzes tools http://www.mysqlperformanceblog.com/2006/09/06/slow-query-log-analyzes-tools/ マイクロ秒を出すためののパッチあり。5.0.24a

    mysqldumpslow - kuni
  • https://www.s-style.co.jp/about_mysql/tech_info/tuning

  • https://labs.cybozu.co.jp/blog/kazuho/archives/2008/07/happy_optimization.php

  • 著名ソーシャルメディアが使っているアルゴリズムを大公開! | Moz - SEOとインバウンドマーケティングの実践情報

    “アルゴリズム”は、もっとも非人間的なものの代表だともいえる。ソーシャルメディアにとって、そのアルゴリズムが不可欠だというのは、実に皮肉めいている。 僕はこの間、グーグルがどうやってユーザーデータを集めているかについて書いた記事を掲載した(前編、後編)。今回は、著名なソーシャルメディアサイトが、ユーザーデータを活用する上でどのようにアルゴリズムを用いているのか、白日の下にさらそう。 ソーシャルメディアを成り立たせているのは人間の力だが、ユーザーが入力したデータを利用できる状態にする仕組みは、アルゴリズムによって作られている。現在活動している無数のソーシャルメディアサイトで実証済みのことだが、ユーザーの関与とアルゴリズムによる処理ルールの上手いバランスを見出すことは、とても難しくなりがちだ。これから紹介するアルゴリズムは、悪意のないユーザーと結びついて初めてうまくいくものだ。 人気ソーシャル

    著名ソーシャルメディアが使っているアルゴリズムを大公開! | Moz - SEOとインバウンドマーケティングの実践情報
  • MySQL :: MySQL 5.6 リファレンスマニュアル :: 8.2.2.3 DELETE ステートメントの速度

    MyISAM テーブル内の個々の行を削除するために必要な時間は、インデックスの数に正確に比例します。行をもっと速く削除するには、key_buffer_size システム変数を増やして、キーキャッシュのサイズを大きくできます。セクション8.11.2「サーバーパラメータのチューニング」を参照してください。 MyISAM テーブルからすべての行を削除するには、TRUNCATE TABLE tbl_name の方が DELETE FROM tbl_name より速くなります。切り捨て操作はトランザクションセーフではありません。アクティブなトランザクションやアクティブなテーブルロックの途中で試みるとエラーが発生します。セクション13.1.33「TRUNCATE TABLE 構文」を参照してください。

  • 関数のアドレスと空ポインタの比較 | 移植性のあるCプログラミング

    一定期間更新がないため広告を表示しています

    関数のアドレスと空ポインタの比較 | 移植性のあるCプログラミング
  • Ubuntu 8.04 Hardy Heron Live USBドライブ

    mcubeusa

  • 画像圧縮アルゴリズム (2)減色・パレット化

    画像圧縮アルゴリズム (2)減色・パレット化 この章では、色に着目した画像変換を利用した圧縮方法について説明したいと思います。 前の章でも少し説明をしましたが、ディスプレイ上でカラー画像を表す時の色成分としては、現在RGBが一般的に使用されています。RGBでは、光の三原色であるR(赤)G(緑)B(青)で構成される表色系で、それぞれの色成分が持つ値(強さ)の組合わせによって、様々なカラーを作り出すことが可能になります。他にも、表色系の例としてYMCやYOQ、YUVなどが挙げられます。これらについては、以前ペイントルーチンの章で説明をしましたので、こちらをご覧下さい。 各色成分の強さは値の強弱で表されます。例えば赤色を表したい場合は、赤成分のみを最大値にして他の成分を0にすればいいわけです。HTMLドキュメントでは背景やフォントの色をRGB表色系で定義することができるので、参考までに色コード

  • http://karasu.net/blog/815

    iww
    iww 2008/05/24
    log-slow-queries
  • PHP コード最適化 Best Practices 63+ - カタコト日記

    みたいなタイトルの記事を Digg 経由で発見。チートシート代わりにと思い超訳。*1 A Software Architect PHP 最適化 ベストプラクティス! 01. static にできるメソッドは static として宣言しよう。(4倍速い) 02. echo の方が print より速い。 03. echo '文','字'; (カンマ区切り)の方が、'文'.'字' (ドット連結)より速い。 04. ループの最大値は、ループ「内」ではなく「前」にセットしておこう。 05. 大きい配列のような変数は unset() してメモリを解放しよう。 06. マジックメソッド(例: __get, __set, __autoload)は使用を避けよう。 07. require_once はハイコストなのです。 08. include や require でファイルはフルパスで指定しよう。 09

    PHP コード最適化 Best Practices 63+ - カタコト日記
  • PHPの@によるエラー抑制機能の遅さ - Blog::koyhoge::Tech

    PHPで@によるエラー抑制は実行が遅いという話は聞いていましたが、実際にベンチマークを取られた方がいました。 で、この処理が「遅い」という噂やツッコミを度々受けるので調べてみました。 「ほら、そんな気にするほどでも無いよ」という結果を期待していたのですが、、、なんじゃこりゃ。。。 劇遅じゃないですか、これ。 (中略) 細かい処理とはいえ、最大10倍違うわけですから・・・ 「@」でエラー抑制すると PHP が遅くなるという噂について : 管理人@Yoski これは配列のkeyチェックをするコードを対象としているので、@の効果のみによる遅さはよく分かりません。ということで、もっとシンプルに単純な代入のみで比べてみました。 ベンチマークプログラムはこんな感じ。 <?php require_once 'Benchmark/Timer.php'; define('COUNT', 1000000);

    PHPの@によるエラー抑制機能の遅さ - Blog::koyhoge::Tech
    iww
    iww 2008/05/10
    エラー制御演算子を使うとスゲー遅くなる という話
  • MySQLの最適化

    限りなく眠気を誘うPHP Internalsのセッションから逃げる。こっちの 講師はMySQL.comの人。講演慣れしていて、ずっとまともでプロフェッショナルな 感じ。午前中を逃したのが惜しいが、詳しいプレゼン資料は後日公開される らしい。 DELETEのコストはかなり高い 読みだしがすごく多い場合は無効化を示すフィールドを作りUPDATEすべき、 index更新のコストが馬鹿にならないSHOW STATUSの表示結果の解析方法 起動ごとに初期化、全データベースに共通rnd と rnd_next の割合Key_reads : Key_read_requests 、ディスクから読まれた回数:総回数 この割合が1:100より悪くなったら要注意Key_write_requests:Key_writes 総書き込み要求回数:ディスクに書き込ま れた回数 キャッシュの効果などMax_used_con

  • MySQLノウハウ

    いろいろなからメモってきたメモのメモ。出典を書いておくのを忘れた。思い出し次第補完するかも。 deleteのコストは高いので、無効化を示すフィールドを作ってupdateすべき slow query logに要注意 多くのエントリでほとんどのフィールドが同じ値を持つ場合はインデックスの効果が小さい →複合インデックスの効果が大きい 複合インデックスは指定の順番が大切。AとBという指定の場合、A単独でもインデックスの効果がある。逆は真でない。 インデックスが使われる場面は フィールド値を定数と比較するとき (where name = 'hogehoge') フィールド値でJOINするとき (where a.name = b.name) フィールド値の範囲を求めるとき (<,>,between) LIKE句が文字列から始まるとき (where name like 'hoge%') min(),