タグ

2009年1月14日のブックマーク (7件)

  • ヤフーがyimg.jpを使う本当のワケ - 最速配信研究会(@yamaz)

    ヤフーの画像はなぜyimg.jpドメインなのか? サイト高速化の手法とヤフーの失敗例 でヤフーがなぜドメインを変えて画像サーバを運用しているかが書かれている.「静的なコンテンツに対してクッキーフリードメインを使うことによって速度向上を狙う」というのが理由とあって,これはこれでもちろん正しいのだけれど,これはどちらかというと副次的な理由で当の理由は違う. クッキーフリードメインを使うことで悪意あるFlashコンテンツなどから自社ドメインのクッキーを守るためというのが当の理由で,これはあちこちで使われているテクニックだ.Flashコンテンツは外部の業者さんに作ってもらったり,広告の入稿素材として入ってくるので,信頼できないデータとして取り扱う必要があり,万一まずいデータがアップされることがあっても大丈夫にしておく必要がある. 最近ユーザからの任意のコンテンツを受けつけて同一ドメインで配信し

    ヤフーがyimg.jpを使う本当のワケ - 最速配信研究会(@yamaz)
  • VMware ESXi で各種ディスクのベンチマークをとってみた - daily dayflower

    ESXi でネットワーク Disk 上に VM を構築するにはいくつかの手段があるのですが,それらの速度を測定してみました。 おことわり おもに下記の命題を検証するために測定を行いました。 NFS data store でも iSCSI data store / raw disk と比べて遜色ない(といいな) 性能比較としては統制のとれていない劣悪な環境で行いました。 ネットワーク環境は 100Mbps(!) しかも isolated な環境ではない……つまり他のパソコンやルータ等がつながったハブにもつながっている(!) ストレージサーバは単一のディスクを LVM で分割して利用している なので外周内周による速度の違いはありうる といっても 1TB HDD に 32GB の LV をいくつか切っただけなのでそこまでの差はないと思う VMware ESXi はCPU 周波数やメモリ割り当てを

    VMware ESXi で各種ディスクのベンチマークをとってみた - daily dayflower
  • oddments.org - このウェブサイトは販売用です! - oddments リソースおよび情報

    dann
    dann 2009/01/14
  • Drizzleの求人、オープンソースで働くという事 - バイリンガルの独り言

    データベース界隈で著名で、私をOSS界隈に引き込んだ二人の人物の一人である、Brian AkerにDrizzleに関する求人の話、そしてこの記事を訳してオープンソースで働く(飯の種にする)という事を日でも広めてくれないかと頼まれたので、私なりに訳してみました: —- Job Openings for Drizzle, How Hiring Works Drizzle Projectでは、先月42人中38人の開発者たちがコードをコミット・貢献しました。現状では、Sun社員によるプロジェクトへの貢献を占める割合は1/6となっており、様々な作業や開発が進行され、日々プロジェクトへの取り組みが成長しています。 Sunではどういった人材を探しているのでしょう?我々がProjectに採用したい人材は既にDrizzleに貢献している人たちです。もし私たちが応募者の作業や他のプロジェクトメンバーとのや

  • Pages Generator

    AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be

    dann
    dann 2009/01/14
    cool !
  • 僕の家 - Lazy Programmer :-p

    package My::Sweet::Home; use warnings; use strict; use Cwd (); our $APP_NAME = 'HOGE'; our $Home = undef; sub location { my $self = shift; my @homes = ( sub {$My::Sweet::Home::Home}, sub { $ENV{ $APP_NAME . '_HOME' } }, sub { Cwd::getcwd }, ); for my $home (@homes) { my $res = $home->(); next unless $res; return $res; } die 'you are a homeless T_T'; } 1; #!/usr/bin/perl use warnings; use strict; u

    僕の家 - Lazy Programmer :-p
    dann
    dann 2009/01/14
    iine. 後はsearchするケースをどこに組み込むかだけかな。
  • MySQL 5.1のスロークエリログ

    MySQL 5.1で追加されたメジャーな機能の影に隠れた、地味だが便利な改善がある。それがスロークエリログに関する仕様である。MySQL 5.0まではスロークエリログは1秒未満のクエリを捕捉することが出来なかった。が、MySQL 5.1では1マイクロ秒までのクエリを記録できるようになっている。従って、0.5秒かかるけど大量に実行されてパフォーマンスに大きな影響を与えている!というようなクエリの発見が出来るようになった。1秒未満のクエリを追跡したい場合、例えば以下のような設定をする。 [mysqld] slow_query_log=ON slow_query_log_file=mysql-slow.log long_query_time=0.1 MySQL 5.0まではlog_slow_queryというオプションだったのが、MySQL 5.1ではslow_query_logというオプション名

    MySQL 5.1のスロークエリログ