00:02:47  * thl0joined
00:09:05  * eugenewarequit (Remote host closed the connection)
00:09:41  * eugenewarejoined
00:11:09  * eugenewarequit (Read error: Connection reset by peer)
00:11:14  * thl0quit (Ping timeout: 256 seconds)
00:11:34  * eugenewarejoined
00:17:30  * eugenewarequit (Ping timeout: 264 seconds)
00:18:12  * thl0_joined
00:49:28  * jxsonquit (Ping timeout: 276 seconds)
00:52:39  <rvagg>https://github.com/rvagg/lmdb/tree/lmdb if anyone is feeling adventurous; install with `npm install [email protected]` and feed it to levelup with the 'db' option and away you go
00:53:11  <rvagg>levelup options are passed to lmdb, read the readme for details about what you can do, and bug me if you want help to get going
00:56:11  <ChrisPartridge>rvagg: what exactly is LMDB? google returns nothing but "IMDB" results
00:56:35  <rvagg>ChrisPartridge: I guess some links in the readme would help
00:56:36  <rvagg>http://symas.com/mdb/
00:56:46  <rvagg>it's fast, but there are some tradeoffs
00:56:51  <ChrisPartridge>Ah, nice
00:56:53  <rvagg>you need to experiment and benchmark to see if it suits your needs
01:02:03  * mreviljoined
01:03:13  * eugenewarejoined
01:05:27  * timoxleyquit (Quit: Computer has gone to sleep.)
01:07:01  * mrevilquit (Ping timeout: 276 seconds)
01:09:53  * eugenewarequit (Ping timeout: 256 seconds)
01:11:46  <mbalho>not to be confused with MSAccess .mdb files
01:12:13  <ChrisPartridge>ew
01:12:23  <mbalho>:D
01:13:26  <rvagg>mbalho: I probably would have used 'mdb' in npm if you hadn't already taken it
01:19:34  <ChrisPartridge>What are the cons of using multiple level db instances? e.g. one for each user in an MDA? bad idea?
01:26:17  <rvagg>ChrisPartridge: generally you should try and use a single instance so you can take advantage of disk ordering and combined caching on leveldb itself
01:26:24  <rvagg>ChrisPartridge: but there are cases where it might make sense
01:33:40  * eugenewarejoined
01:36:58  * eugenewa_joined
01:39:22  * eugenewarequit (Ping timeout: 256 seconds)
01:42:24  * eugenewa_quit (Ping timeout: 256 seconds)
01:43:48  * eugenewarejoined
01:46:50  * thl0_changed nick to thl0
01:48:10  * eugenewarequit (Ping timeout: 246 seconds)
01:55:03  <owen1>rvagg: i wanted to say 'hi' after your short presentation at nodeconf but couldn't find you. good talk man
01:55:41  <rvagg>owen1: oh, thanks, would have been good to meet!
01:57:22  <owen1>yeah. i couldn't read the slide with the 'echo-system' chart
01:57:27  <owen1>i set too far
01:57:29  <owen1>sat
01:57:36  <owen1>do u have it somewhere?
01:57:45  <rvagg>owen1: yeah, it wasn't meant to be read in detail tho
01:57:49  <owen1>(:
01:58:00  <rvagg>owen1: http://r.va.gg/presentations/sf.nodebase.meetup/ it's near the end of that one I think
01:58:36  <owen1>modularity FTW. awesome
01:59:26  <rvagg>totally
01:59:29  <owen1>there was a guy from microsoft, glenn block, that was talking at the same night. i told him i'll be glad to present about leveldb in china.
02:00:02  <rvagg>mm, I need to catch up with him, apparently microsoft are working on binary distributables with npm cause they want it for azure
02:01:21  <owen1>any interesting packages/blog posts i missed from the last few weeks? got a bit busy with other stuff.
02:04:02  <rvagg>no, just this lmdb stuff from me, but that's not entirely public yet, still working on docs etc.
02:04:17  <rvagg>I'd like to present more about it at one of the upcoming conferences this year, nodeconf.eu I think
02:05:01  * owen1acking weechat's logs for lmdb
02:18:31  * hij1nxquit (Ping timeout: 264 seconds)
02:29:18  * thl0quit (Remote host closed the connection)
02:36:28  * ralphtheninjaquit (Ping timeout: 246 seconds)
02:37:59  <levelbot>[npm] [email protected] <http://npm.im/modeler-leveldb>: leveldb-powered functional entity system (@carlos8f)
02:45:11  * timoxleyjoined
02:53:52  * eugenewarejoined
02:58:18  * eugenewarequit (Ping timeout: 264 seconds)
03:23:01  * ramitosquit (Ping timeout: 246 seconds)
03:30:44  * eugenewarejoined
03:37:18  * eugenewarequit (Ping timeout: 264 seconds)
04:05:28  * eugenewarejoined
04:06:20  * timoxleyquit (Quit: Textual IRC Client: www.textualapp.com)
04:08:22  * timoxleyjoined
04:10:19  * eugenewarequit (Ping timeout: 276 seconds)
04:19:47  * hij1nxjoined
04:19:55  * eugenewarejoined
04:48:12  * mreviljoined
05:10:20  * eugenewarequit (Remote host closed the connection)
05:12:10  * eugenewarejoined
05:26:53  * mrevilquit (Remote host closed the connection)
05:27:28  <levelbot>[npm] [email protected] <http://npm.im/level-inverted-index>: Inverted Index for levelup. (@dominictarr)
05:33:32  <mbalho>w00t
05:33:51  <mbalho>dominictarr: forgot if i shared this with you
05:33:52  <mbalho>dominictarr: http://macwright.org/2012/11/14/indexing-searching-big-static-data.html
05:34:03  <mbalho>dominictarr: also http://swtch.com/~rsc/regexp/regexp4.html
05:35:28  <levelbot>[npm] [email protected] <http://npm.im/npmd>: distributed npm client (@dominictarr)
05:45:15  <ChrisPartridge>probably want to take stop words into account
05:47:43  <ChrisPartridge>ah, he does mention it down the bottom
05:51:59  * jxsonjoined
06:27:43  * jxsonquit (Remote host closed the connection)
06:37:29  * mreviljoined
06:37:50  * jxsonjoined
06:42:10  * mrevilquit (Ping timeout: 256 seconds)
06:58:47  * jxsonquit (Remote host closed the connection)
07:03:51  * jxsonjoined
07:16:58  <levelbot>[npm] [email protected] <http://npm.im/npmd>: distributed npm client (@dominictarr)
07:20:07  * owen1quit (Ping timeout: 260 seconds)
07:28:23  * dominictarrquit (Quit: dominictarr)
07:34:01  * owen1joined
07:36:05  * jxsonquit (Remote host closed the connection)
07:53:16  * nathan7quit (Ping timeout: 276 seconds)
08:13:28  * ChrisPartridgequit (Ping timeout: 256 seconds)
08:46:31  * jxsonjoined
08:51:07  * jxsonquit (Ping timeout: 276 seconds)
09:18:52  * ramitosjoined
09:32:08  * rescrvquit (*.net *.split)
09:39:35  * rescrvjoined
10:02:40  * mcollinajoined
10:29:20  * timoxleyquit (Quit: Computer has gone to sleep.)
10:31:02  * brycebarilquit (Read error: Connection reset by peer)
10:32:15  * brycebariljoined
11:05:24  * timoxleyjoined
11:30:57  * ralphtheninjajoined
11:41:18  * mcollinaquit (Remote host closed the connection)
12:02:25  * nathan7joined
12:21:01  * timoxleyquit (Quit: Computer has gone to sleep.)
12:32:40  * mcollinajoined
12:42:00  * timoxleyjoined
13:08:53  * ednapiranhajoined
13:18:58  <levelbot>[npm] [email protected] <http://npm.im/search-index>: A text search index module for Node.js. Search-index allows applications to add, delete and retrieve documents from a corpus. Retrieved documents are ordered by tf-idf relevance, filtering on metadata, and field weighting (@fergie)
13:22:28  <levelbot>[npm] [email protected] <http://npm.im/search-index>: A text search index module for Node.js. Search-index allows applications to add, delete and retrieve documents from a corpus. Retrieved documents are ordered by tf-idf relevance, filtering on metadata, and field weighting (@fergie)
13:57:28  <levelbot>[npm] [email protected] <http://npm.im/search-index>: A text search index module for Node.js. Search-index allows applications to add, delete and retrieve documents from a corpus. Retrieved documents are ordered by tf-idf relevance, filtering on metadata, and field weighting (@fergie)
14:40:44  * thl0joined
14:49:02  * thl0quit (Remote host closed the connection)
14:49:58  * thl0joined
15:15:11  * Acconutjoined
15:30:18  * brianloveswordsquit (Excess Flood)
15:32:35  * brianloveswordsjoined
15:37:08  * dominictarrjoined
15:50:42  * werlejoined
16:00:58  * Acconutquit (Quit: Acconut)
16:02:29  * timoxleyquit (Quit: Computer has gone to sleep.)
16:32:21  * mcollina_joined
16:34:45  * mcollinaquit (Ping timeout: 248 seconds)
16:56:58  * mcollinajoined
17:00:37  * mcollina_quit (Ping timeout: 246 seconds)
17:26:10  * werlequit (Ping timeout: 246 seconds)
17:52:48  * mmckeggpart
17:57:43  * Acconutjoined
17:58:56  * Acconutquit (Client Quit)
18:05:21  * owen1quit (Ping timeout: 248 seconds)
18:20:19  * owen1joined
18:22:17  * mcollinaquit (Remote host closed the connection)
18:34:12  * thl0quit (Remote host closed the connection)
18:50:58  <levelbot>[npm] [email protected] <http://npm.im/level-mutex>: Mutex read/write lock for levelup. (@mikeal)
18:51:27  <levelbot>[npm] [email protected] <http://npm.im/level-mutex>: Mutex read/write lock for levelup. (@mikeal)
18:55:58  <levelbot>[npm] [email protected] <http://npm.im/couchup>: A CouchDB implementation on top of levelup. (@mikeal)
19:38:50  * rescrv2joined
19:39:04  * niftylettucequit (Ping timeout: 248 seconds)
19:39:28  <levelbot>[npm] [email protected] <http://npm.im/couchup>: A CouchDB implementation on top of levelup. (@mikeal)
19:41:05  * rescrv1quit (Ping timeout: 248 seconds)
19:43:27  <levelbot>[npm] [email protected] <http://npm.im/level-mutex>: Mutex read/write lock for levelup. (@mikeal)
19:44:28  <levelbot>[npm] [email protected] <http://npm.im/level-mutex>: Mutex read/write lock for levelup. (@mikeal)
19:45:15  * dominictarr_joined
19:45:58  <levelbot>[npm] [email protected] <http://npm.im/level-mutex>: Mutex read/write lock for levelup. (@mikeal)
19:48:16  * dominictarrquit (Ping timeout: 276 seconds)
19:48:17  * dominictarr_changed nick to dominictarr
20:18:18  * tylerstalderjoined
21:10:04  <mbalho>dominictarr: https://www.youtube.com/watch?v=yxSzQIwXM1k
21:10:11  <mbalho>dominictarr: you shoudl write some leveldb compatibility modules
21:11:53  * dominictarrclicks
21:12:57  <dominictarr>sounds like remote storage
21:16:04  * ednapiranhaquit (Remote host closed the connection)
21:18:48  <mbalho>very similar in philosophy to couchdb
21:19:21  * rescrv2quit (Read error: Connection reset by peer)
21:22:11  <dominictarr>yes. using sha1 for all keys has some interesting properties too
21:24:24  <dominictarr>it's a little obtruse, though.
21:24:40  <dominictarr>it has good properties, but it's no mongo db
21:24:49  <mbalho>lol
21:24:50  <dominictarr>replication would be trivial, though
21:24:55  <mbalho>yea thats the point
21:25:23  <dominictarr>for replicating the total set, at least
21:25:55  <mbalho>for dat i dont really care about complex graphs
21:26:05  <dominictarr>having many clients with non overlapping subsets would be difficult… still looking for a good way to do that...
21:26:15  <mbalho>filtered replication
21:26:19  <dominictarr>yeah
21:26:41  <dominictarr>like on twitter - you read possibly hundreds of feeds
21:27:10  <mbalho>how well does leveldb do with large blobs
21:27:31  <dominictarr>and I read a different combination but there is probably some overlap
21:27:44  <dominictarr>it's okay, but it's not optimized for large objects.
21:27:51  <dominictarr>should probably split them up.
21:29:20  <dominictarr>level-store does that.
21:29:26  * ralphtheninjaquit (Quit: leaving)
21:29:52  <mbalho>last few minutes has interesting discussion on sync
21:35:51  * niftylettucejoined
21:36:48  <dominictarr>sounds like they have some sneaker/pidgeon net sync optimization
22:06:14  * dominictarrquit (Quit: dominictarr)
22:06:25  * mcollinajoined
22:30:36  * mcollinaquit (Remote host closed the connection)
22:44:11  * thl0joined
22:47:48  * ralphtheninjajoined
23:14:57  <levelbot>[npm] [email protected] <http://npm.im/level-mutex>: Mutex read/write lock for levelup. (@mikeal)
23:18:57  <levelbot>[npm] [email protected] <http://npm.im/geena>: A MVC Micro Framework built on top of ExpressJs (@rhinostone)
23:23:57  <levelbot>[npm] [email protected] <http://npm.im/geena>: A MVC Micro Framework built on top of ExpressJs (@rhinostone)
23:24:27  <levelbot>[npm] [email protected] <http://npm.im/geena>: A MVC Micro Framework built on top of ExpressJs (@rhinostone)
23:31:57  <levelbot>[npm] [email protected] <http://npm.im/geena>: A MVC Micro Framework built on top of ExpressJs (@rhinostone)
23:32:23  * ChrisPartridgejoined
23:33:57  <levelbot>[npm] [email protected] <http://npm.im/geena>: A MVC Micro Framework built on top of ExpressJs (@rhinostone)
23:40:28  <levelbot>[npm] [email protected] <http://npm.im/geena>: A MVC Micro Framework built on top of ExpressJs (@rhinostone)
23:49:35  * st_lukejoined