うちではext3でtook 6.443 secsですけど。ほんとにファイルシステムのせいなのかな。 RT @yukihiro_matz: link: MongoDBをext3で使ったら死んだ - DQNEO起業日記 dqn.sakusakutto.jp/2012/04/mongod...
— Kenn Ejima (@kenn) April 25, 2012
@DQNEO 余談ですが、Mongoのバージョンが古くないですか？2.0系でテストしてみてはどうでしょう？そもそも通常処理もグローバルロックが軽減されて激速になりましたよ。
— Kenn Ejima (@kenn) April 25, 2012
ここで示唆している事が事実なら、2GB超えのsparseファイルを作る時に本当に領域作ったりえっちらほっちらしてるって聞こえるんだけどもホントかいな：MongoDBをext3で使ったら死んだ - DQNEO起業日記 dqn.sakusakutto.jp/2012/04/mongod...
— 這いよるMIPS驟雨トホテプ (@syuu1228) April 25, 2012
@masanork 一つ前のエントリを参照してください。ext3はサイズの大きいファイルのアロケーションに弱いという欠点があるそうです。
— Yukihiro Matsumoto (@yukihiro_matz) April 25, 2012
$ bin/mongo hostname/dbname --quite file.jsvar query = {action:"hoge"};
db.userlog.find(query).forEach(function(x){ print(x.user_id); });
$ mongo host/dbname query.js
MongoDB shell version: 2.0.1
connecting to: mem1/jp8122renshu
205368
206859
196658
152520
156449
156449
234470
$ mongo --quiet host/dbname query.js
205368
206859
196658
$ ~/bin/mongo
> var wa = function (a,b){return a+b ;}
> wa(2,3)
5
> exit
bye
(この時点で関数waは消滅する)
$ ~/bin/mongo
> wa(2,3)
Fri Dec 23 18:41:59 ReferenceError: wa is not defined (shell):1
(関数waはもう存在しない)
> db.accesslog.find();
{ "_id" : ObjectId("4eed6c60ee5b36a552000000"), "user_id" : 141637, "timestamp" : ISODate("2011-11-01T15:00:00.223Z") }
{ "_id" : ObjectId("4eed6c60ee5b36a552000001"), "user_id" : 141637, "timestamp" : ISODate("2011-11-01T15:00:00.432Z") }
{ "_id" : ObjectId("4eed6c60ee5b36a552000002"), "user_id" : 115383, "timestamp" : ISODate("2011-11-01T15:00:02.994Z") }
{ "_id" : ObjectId("4eed6c60ee5b36a552000003"), "user_id" : 190968, "timestamp" : ISODate("2011-11-01T15:00:03.871Z") }
{ "_id" : ObjectId("4eed6c60ee5b36a552000004"), "user_id" : 160751, "timestamp" : ISODate("2011-11-01T15:00:05.071Z") }
{ "_id" : ObjectId("4eed6c60ee5b36a552000005"), "user_id" : 121768, "timestamp" : ISODate("2011-11-01T15:00:05.163Z") }
emit : 〈液体・光・熱・においなどを〉出す，放つ
