タグ

ブックマーク / yamaz.hatenablog.com (9)

  • 画像配信の負荷分散も比較的簡単?(その1) - 最速配信研究会(@yamaz)

    30万個ぐらいの静的ファイルを配信するサーバーの選び方 で静的な配信サーバに関することが述べられている. naoyaさんが公開されてるInside Hatena Bookmark's Backend の資料などを読むと、mod_perlなサーバーやMySQLサーバーの選び方の参考になったりするわけですが、世の中を見渡してみても、静的コンテンツ(画像とか)を配信するサーバーの指南書らしきものはなかなか見あたりませんでした。 なので、経験を元に書いてみることにします。 ということらしい.書いてあることはすべて同意だけど, つい3ヶ月くらい前まで 平均15k×1万URL×50億httpアクセス/day 平均4KByte×100万URL×3億HTTPアクセス/day な画像サーバと某所で向き合ってたため,ちょっとは役に立てるかもしれないと思ったので,私の経験を書いてみようと思う. 動画配信の負荷分

    画像配信の負荷分散も比較的簡単?(その1) - 最速配信研究会(@yamaz)
    kgbu
    kgbu 2010/02/09
    ポータルを目指すサイトについてのサーバ増強の目安として分かりやすい。ポータルからリンクされたときだけ突発的に、という場合でも、処理能力均衡の話は基本だ。コンテンツ縮小すればいい。お詫び頁とかw
  • 〜今日からはじめるArduino〜に参加してきたよ. - 最速配信研究会(@yamaz)

    ものすごく遅いレポートですが,Cerevoさん,チップワンストップさん主催のブロガーイベント「オープンソースハードウェアセミナーVol1 〜今日からはじめるArduino〜」に参加してきました. Arduinoは Arduinoでマイコンしよう!! もっと使うゼ!! Arduino!! 2009年、Arduinoの現在 にあるようにマイコン開発を超簡単にしてくれるハードウェアとそのIDEのことを差す. スタパ先生がおっしゃるように来PICやAVRなどのマイコン(チップ?)を使おうと思うと C言語 アセンブラ コンパイルしたプログラムの焼き込み方法 ピン入出力 入出力に伴う電気回路 のそれぞれの知識などが必要になる.だから「赤色LEDをペカペカ点滅させる」というたったそれだけのことをするにもえらく大変なんだけど,ArduinoはJavaベースのIDEとArduino自体のがんばりにより,

    kgbu
    kgbu 2009/06/02
    電子工作とtwitterって親和性あるかもなー
  • ヤフーがyimg.jpを使う本当のワケ - 最速配信研究会(@yamaz)

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

    ヤフーがyimg.jpを使う本当のワケ - 最速配信研究会(@yamaz)
    kgbu
    kgbu 2009/01/14
    yahooが本当にそれを意図しているかはともかく、外注の制作コンテンツにはcookie/sessionを渡さない、というポリシーはアリかもしれないな。SEO的にはどうなんだろう?参照されている記事も読むべし>自分
  • 9/11とAkamai Technologies社 - 最速配信研究会(@yamaz)

    みなさんはAkamai Technologies社をご存知だろうか? http://www.akamai.com/ http://www.akamai.co.jp/ Akamai社は高速なコンテンツ配信を請け負っている会社で,同社の保有する数万台のサーバリソースを利用しての大量の画像や大規模なストリーム配信を得意としている. アメリカではGoogleYahoo!Microsoft,日ではYahoo!Japanやmixiなどたくさんの会社が利用をしていて,インターネットを陰で支える縁の下の力持ちといった会社だ. 同社が提供するFreeFlowやFirstPointと呼ばれる配信サービスはまさにAkamai(ハワイ語でCoolの意味)というにふさわしく,初めてそのバックのテクノロジーを教えてもらったときは目から鱗が落ちる思いだった. ところで9/11は言うまでもなく米同時多発テロが起きた

    9/11とAkamai Technologies社 - 最速配信研究会(@yamaz)
  • 未踏の功績は「ゲームの存在」を技術者/学生に知らしめたこと. - 最速配信研究会(@yamaz)

    なんだか未踏が失敗だったかのようなエントリを読んだ(ミスリードしてたらごめんなさい). 「 スラッシュドット ジャパン | 天才を発掘しても、日では産業振興にはならない?」 http://slashdot.jp/developers/article.pl?sid=08/01/09/0423239 「未踏の次にすべきこと - 雑種路線でいこう」 http://d.hatena.ne.jp/mkusunok/20080109/ipa 私は未踏の趣旨などはほとんど知らないし,実際にできたプロダクト自体にはあまり興味はないけれど,未踏が失敗だったとはとうてい思えず,むしろ大成功だと思ってる. 私が学生だった10年以上前,コンピュータサイエンスを学んだ田舎大学の学生のとる最良の選択は教授推薦をとってソニーやNEC,日立などの大企業に入ることだった.ただ「最良の選択」といいつつも実はほぼその一択しか

    未踏の功績は「ゲームの存在」を技術者/学生に知らしめたこと. - 最速配信研究会(@yamaz)
    kgbu
    kgbu 2008/01/13
    基準をどう取るかで評価は違うってことだな。未踏は、振興する側にとっても未踏だったところに面白みがあったということか。今後は成果を厳しく問われる、という流れで、僕はよいと思う。今後のひねりと継続が大事。
  • 個人的に去年とても役にたったBlogエントリ3つ - 最速配信研究会(@yamaz)

    あけましておめでとうございます. 唐突なのですが,個人的に去年とても役にたったBlogエントリ3つです. シャンプーとリンスと石鹸は使わない方がいい http://d.hatena.ne.jp/fromdusktildawn/20070202/1170403306 yamazはいつも頭皮がパサパサでフケ症だと思いこんでましたが, どうやら強力な洗浄力を持つ石けんで使っていて油を落としすぎていたのが原因だったようです. 上記エントリを読んで,シャンプーを使わないようにしたところ, すっかりよくなって髪がツヤツヤになりました. 分裂さんも書いているように始めるのならにおいが少ない冬が良さそうです. ピェンロー(白菜鍋)レシピ http://anond.hatelabo.jp/20071207170751 これ、ほんとに安くて簡単でうまいのでみんなやるといいです.我が家では定番化しました. ポイ

    個人的に去年とても役にたったBlogエントリ3つ - 最速配信研究会(@yamaz)
    kgbu
    kgbu 2008/01/05
    私も参考になりました。
  • これはたしかにすごい! Facebookの「Social Ads」 - 最速配信研究会(@yamaz)

    IDEA*IDEAさんのとこより. Facebookの「Social Ads」ってすごくね? いや,実際超すごいと思います.ひさびさにインターネット広告関係で感動したので,私も勢いで書きますよ. 私のBlogにしては唐突だと思われたかもしれませんが,私の現職は インターネット広告関連技術の実装及びコンサル一切で,この手の 実装の話を日々してます(最速配信は単なる手法). で,前職と合わせて8〜9年ほどずーっとインターネット広告技術に 携わってきたわけなんですが,行動ターゲティングの時より感動しました. ものすごくおおざっぱに言うと,ディスプレイタイプのインターネット広告の 歴史はいかにPV単価を上げるか,もしくは下げないようにキープするかの歴史と いってもよく,様々な手法が編み出されてきました. 特定のページにだけに出す(サーチワード広告,プロパティ広告,コンテキスト広告) 表示頻度をコン

    これはたしかにすごい! Facebookの「Social Ads」 - 最速配信研究会(@yamaz)
  • 2000人のエンジニア - 最速配信研究会(@yamaz)

    大規模分散処理向けの国産“ウェブOS”をRubyで開発中 http://www.atmarkit.co.jp/news/200711/26/rakuten.html GoogleFileSystemライクなシステムを作るっていう試みはもちろんがんばれ!なんだけど. 「現在、楽天社内と協力会社を含めて1100人規模の技術者がいるが、3年後には3倍といったスケール感で数を伸ばしていきたい。当然、東京の開発者だけでは足りない。すでに全国主要都市に開発拠点を立ち上げつつあるが、海外拠点を作ることもありうる」(杉原氏) 2000人のエンジニアを新たに雇う予算があるなら3倍の給料払って300人の優秀な人間を集めた方が効率いいと思う.それなら予算は半分ほどで,得られる結果もいいはず. (おしまい)

    2000人のエンジニア - 最速配信研究会(@yamaz)
    kgbu
    kgbu 2007/11/27
    人月の話は面白いけど、ベースがどこにあるか、当事者じゃないとわからないからなあ
  • 8Gメモリマシンへの道 - 最速配信研究会(@yamaz)

    最近一段とメモリが安くなっている. http://www.watch.impress.co.jp/akiba/hotline/20071006/p_mem.html 「今使ってるマザーボードは8G対応って書いてあるし, メモリスロットも4つあるから5万円出せば8Gメモリのサーバってぇ寸法よ」 という目論見だったけれど,いろいろ実験及び調べてみたところうまくいかなかったので,わかったところまでをご紹介.どなたか私の屍を乗り越えて先に進んでください. 得た知見としては下記の通り. メモリコントローラの最大バンク数について フツーに売ってるインテルベースのマザーボードのチップセットのメモリコントローラは最大ランク数(バンク数)という概念が存在して,チップセット的にハンドリングできるメモリ上限とは別の制限がある.メモリモジュールのランク数はおおむね片面実装(チップが基盤の片面にだけくっついてるもの

    8Gメモリマシンへの道 - 最速配信研究会(@yamaz)
    kgbu
    kgbu 2007/10/08
    メモリコントローラの制限やら、32bitOSカーネルの制限やら、CPUのアーキテクチャの制限やら
  • 1