-
- いいね！0
MATSUOKA Hiroshi
@matsu_hiroshi
検索用インデックスの生成の場合は、RDB ならばクエリで作った集合を問い合わせの中の仮想の集合として扱っている単位を、実際に具体的なものの分割と関係として作りおいておく感じの Entity Group の作り方、ってことかな #QGTUG
2011-01-24 21:09:25
MATSUOKA Hiroshi
@matsu_hiroshi
自前で retry を管理、deadline 指定。ここもある程度諦めて敷居を下げる形。変にフレームワーク化してないのは慣れるとそんなに不満なく逆に扱いやすくなりそ(どこかで見たような歴史でもある) #QGTUG
2011-01-24 21:13:54
Shinobu Izumi
@shinobu_shiva
#QGTUG 非常にトラフィックが高い場合は static変数(global変数)を使う。 このテクニックは知らなかった。
2011-01-24 21:14:31
daichan4649
@daichan4649
datastore よりmemcache、memcache よりglobal変数(static変数) #QGTUG
2011-01-24 21:15:16
MATSUOKA Hiroshi
@matsu_hiroshi
datastore(query < keys_only < get) < datastore < memcached < static 変数(global)... 1s のレスポンスのためなら端から端まで活用するべし(GAE ストレージ虎の巻 ←勝手につけた) #QGTUG
2011-01-24 21:18:13
MATSUOKA Hiroshi
@matsu_hiroshi
Task Queue、Channel API を活用してなるたけシリアルな処理を避ける。つまり Datastore と同じくプログラム自体のシリアル/アトミックな部分も今までより分割するべしってことかな #QGTUG
2011-01-24 21:20:54
MATSUOKA Hiroshi
@matsu_hiroshi
Datastore Contention → Entity Group への 1/1s 以上の書き込みは避ける。ここも機構じゃなくてそういうものだと言う心がけで回避? shadeing counter は書き込み遅延、ファイルシステムの高速化みたいなもの? #QGTUG
2011-01-24 21:25:54
Kenji Matsuokaストトリとカブと時々ジスペケ
@kenz_firespeed
http://goo.gl/eYdhD ( #QGTUG live at http://ustre.am/sAUs)
2011-01-24 21:29:20
MATSUOKA Hiroshi
@matsu_hiroshi
ここまで聞いた上でもやっぱりストレージの保証を高める方向に進んで、内部で自前ジャーナリングとか始めたり...とか起きちゃいそうだなぁ、そこの文化や政治によっては、と頭を過ってしまった(w #QGTUG
2011-01-24 21:30:49