-
スケールアウトからスケールアップへの回帰:江島健太郎 / Kenn’s Clairvoyance - CNET Japan japan.cnet.com
-
wacky
未読
2010/01/13
-
hiro_y
system
「つまり、2000年代ならアプリケーションサーバを30台必要としたサービスが、今では1台のハードでさばけるようになっていて、3年後には過去に120台のマシンを必要としたサービスが1台でさばけるようになるかもしれないの
2010/01/13
-
tokada
scalability
2010/01/12
-
Kiske
2010/01/12
-
yappo
「今から1.5年でコア数は8になり、3年で16になる。」そして64bit CPU が加わって16×2の400万パワー! って事が言いたいのかしら
2010/01/12
-
ooyutanoo
2010/01/12
-
-
Route 477 - 大規模Railsサイトのための新しいHTTPサーバ、Unicorn route477.net
-
Ruby/EventMachine: Fast Network I/O for Ruby Programmers rubyeventmachine.com
-
仮想化環境を「DNSで」管理するはてな,分散ストレージを自社開発したライブドア:ITpro
itpro.nikkeibp.co.jp
-
Unlimited Novelty: Twitter: blaming Ruby for their mistakes? unlimitednovelty.com
-
最先端の実験は必然的に大規模化する - 生駒日記 d:id:mamoruk
-
rails cookpad www.sssg.org
-
分散ハッシュテーブル - Wikipedia ja.wikipedia.org
-
yohei-y:weblog: CAP と BASE について調べたこと yohei-y.blogspot.com
-
EventuallyConsistent - 結果整合性 www.hyuki.com
-
yohei-y:weblog: CAPのCとACIDのC yohei-y.blogspot.com
-
Yahoo!オークションでのMySQL 冗長化技術 (Yahoo! JAPAN Tech Blog)
techblog.yahoo.co.jp
-
Google WSDM'09講演翻訳:大規模な情報検索システム構築における課題(3) - llameradaの日記 d:id:llamerada
-
Google WSDM'09講演翻訳:大規模な情報検索システム構築における課題(1) - llameradaの日記 d:id:llamerada
-
FriendFeed では MySQL を使いどのようにスキーマレスのデータを保存しているのか hyuki.com
-
susatadahiro
-
maxy
-
otsune
-
satojkovic
-
wacky
RDBMS上にスキーマレスなストレージシステムを実装する手法サンプル。FriendFeedの事例。データの実体はシリアライズして格納、インデックスはプロパティ毎にテーブルを作成して保存。
-
Kiske
MySQL上でスキーマレスDB構築
-
nitoyon
MySQLをスキーマレスなストレージとして利用。シリアライズしたデータをそのままentitiesテーブルに突っ込む。インデックスはテーブルで管理。
-
mk16
-
higepon
-
yuiseki
-
hiro_y
FrinedFeedがMySQLを使ってデータを管理している方法。「実体の中身は Python のディクショナリを pickle し, zlib で圧縮したもの」、インデックスの役割をするテーブルを用意して非同期にデータ書き込み。joinもプログラムで。
-
Yamashiro0217
-
tokada
-
masuidrive
-
at_yasu
相当トリッキーな方法/DBの上にテーブルだけで作ったDBを作成させて運用している話
-
-
第1回ライブドアテクニカルセミナー「インサイド livedoor Blog」講演メモ - RX-7乗りの適当な日々 d:id:rx7
-
ke-tai.org > Blog Archive > ケータイ大規模サービスの開発・運用に関する資料のまとめ ke-tai.org
-
RailsLab .:. Scaling Rails - Scaling Rails Screencasts railslab.newrelic.com
-
susatadahiro
-
tokada
説明がすごく丁寧で良い
-
yuiseki
-
-
満足せる豚。眠たげなポチ。:大規模サービスの運用事例まとめ blog.hacklife.net
-
Scaling Rails Presentation www.scribd.com
-
Talking About Twitter s Architecture www.scribd.com
-
「グーグル方式の科学」 - 七左衛門のメモ帳 memo7.sblo.jp
-
scale out の技術 〜 consistent hashing 編 (cloud 研究会, December 19, 2008) www.shudo.net
-
yuiseki
-
hyoshiok
138
-
hirose31
consistent hashing, chord, 論文のサーベイ
-
ogijun
-
Kiske
-
paraselene
-
nitoyon
Chord を使って consistent hashing を実現。
-
satojkovic
-
tokada
-
antipop
-
masuidrive
-
naoya
首藤さんによるConsistent hashing を利用した各種実装の詳細など。良資料。
-
-
mixi Engineers’ Blog » mixiの年末年始対策 日記投稿システムの改善
alpha.mixi.co.jp
-
InfoQ: Nanite: 自己集合するRubyプロセスクラスタ www.infoq.com
-
Scaling Ruby - The Informative, 40 Minute Screencast www.rubyinside.com
-
スケールするサイトのアーキテクチャ考 d:id:kazuk_i
-
Twitterがスケールに苦しむ理由 - スケールするサイトのアーキテクチャ考 d:id:kazuk_i
-
KOF 2008 の発表資料 - naoyaのはてなダイアリー d:id:naoya
-
parkbench
-
TAKESAKO
-
hiro_y
はてなのデータ処理発表資料、主にMySQL。
-
otsune
SlideShareにアップロードしてほしい
-
Kiske
-
xevra
頑張っているのは分かるんだけど、昔からずっとmixiの方が速いし安定している。重くてよく落ちる実績の技術を説明されても自己満足の域を出ない。mixiに技術的に劣っている理由を冷静に分析した方がいいかも。
-
wacky
「KOF2008:関西オープンソース2008」でのnaoya氏の発表資料、『はてな流大規模データ処理』。(→ レポート: http://blog.mogya.com/2008/11/post-82.html )
-
tokada
-
u--san
-
kazuhooku
select count(*) や OS のバッファの話からすると、myisam なん?
-
-
「はてな流大規模データ処理」を見てきた - もぎゃろぐ
blog.mogya.com
-
kasihara1
-
frsh_mt
-
yuiseki
-
guldeen
専ブラ使って負荷が下がるのは、2chのような「即時レスを必要とする分野」では?とかオモタ。/縁の下の力持ちというか、いろいろ頑張ってるね。安易なネット批判をする人たちにこそ、知ってほしい“場所”。
-
retlet
-
mk16
はてブの重さを解決するには右記のいずれかの方法しか残されてないのかも 1.専用ブラウザ限定アクセス 2.専用プラグイン導入ブラウザ限定アクセス 3.専用アドオン(もしくはGreasemonkeyスクリプト)導入firefox限定アクセス
-
naoya
まとめありがとうございます / 資料 up しました → http://d.hatena.ne.jp/naoya/20081111/1226395400
-
akiyan
うれしいメモ。
-
nitoyon
はてなの負荷分散のお話。 → 資料公開された! http://d.hatena.ne.jp/naoya/20081111/1226395400
-
yappo
最初の数行しか見てないけどこれはいいまとめ
-
hiro_y
うまくメモリにキャッシュを乗せられるように。
-
at_yasu
-
tokada
-
kabus
-
Kiske
-
sirouto2
-
u--san
-
xevra
とりあえずmixiくらいに高速で落ちないようになって欲しいなぁ。mixiが成功したのは単に速かったからだけだと思うし。
-
miyagawa
-
kiichi55
へぇー。
-
TAKESAKO
-
-
scalr - Google Code code.google.com
-
InfoQ: ErlangおよびRubyの総まとめ:Vertebra、Fuzedでのスケーリング、Github www.infoq.com
-
Selling Friends: Scaling a High-Traffic Rails Application www.buildingwebapps.com
-
TechCrunch Japanese アーカイブ ? Twitter、Ruby on Railsを放棄か jp.techcrunch.com
-
TAKESAKO
-
fuktommy
例えば、Railsを避ける。にならなければいいなあ。実際のところどうなんだろう。
-
tsupo
Railsは、根本的に欠陥品でスケーリングに対応できないとする開発者もいる。一方で全く逆のことを主張する開発者もいる / Railsをやめたからといって、Twitterの問題がすべて解決するわけではない
-
susatadahiro
-
tokada
-
yuiseki
-
tasukuchan
Railsのソースコードを読んでオレオレフレームワークを作った俺勝ち組!
-
hiro_y
TwitterがRailsをやめるんじゃないか説。こっちも参照: http://twitter.com/ev/statuses/801530348
-
otsune
-
-
TechCrunch Japanese アーカイブ » Scalr:自動的にスケーリングできるオープンソースのAmazon EC2実現努力 jp.techcrunch.com
-
otsune
-
yuiseki
-
fromdusktildawn
こりゃすげーな。
-
tokada
-
masuidrive
-
-
InfoQ: Skynet, A New Ruby MapReduce www.infoq.com
-
Can Rails Scale? Absolutely! www.buildingwebapps.com
-
Scaling Twitter: Making Twitter 10000 Percent Faster | High Scalability highscalability.com
-
parkbench
-
susatadahiro
-
tokada
-
hyoshiok
87
-
yuiseki
-
hirose31
600rps / spiking 800cps / MySQL 2400 qps / Messaging: DRb->Rinda->Erlang->Starling
-
nipotan
-
Kiske
twitterのスケーラビリティについてのノウハウ
-
TAKESAKO
-
secondlife
-
koizuka
-
otsune
-
masuidrive
-
tsupo
Twitter を題材に Webアプリのスケーラビリティ対策についてあれこれ書いてみた、という感じの記事。 / via http://phpspot.org/blog/archives/2007/09/twitter.html
-
hiro_y
Twitterのスケーリングについて。
-



