00:08:56  * ednapiranhaquit (Quit: Leaving...)
00:18:02  * ryan_ramagequit (Quit: ryan_ramage)
00:23:34  * jjmalinaquit (Ping timeout: 245 seconds)
00:37:28  * mhernandez1joined
01:22:19  * stagasquit (Ping timeout: 244 seconds)
01:49:35  * yarongquit (Ping timeout: 256 seconds)
03:07:24  * ednapiranhajoined
03:17:08  * mhernandez1quit (Remote host closed the connection)
03:17:44  * mhernandez1joined
03:21:54  * mhernandez1quit (Ping timeout: 245 seconds)
03:51:31  * bradleymeckjoined
04:04:01  <bradleymeck>anyone know of an effor to get transactions on level that is still being maintained
04:42:15  <bradleymeck>nolanlawson: are there docs on snapshotting in memdown
04:57:02  <bradleymeck>with pessimistic locking you can get retry transactions https://gist.github.com/bmeck/db4b6d58192a3f94386d but unsure if someone is already doing this
05:27:10  * bradleymeckquit (Quit: bradleymeck)
05:51:59  <nolanlawson>bradleymeck: the snapshotting is really simple. if you start an iterator, then that iterator will always reflect the state of the DB when it was instantiated
05:52:16  <nolanlawson>it's supported by several adapters (memdown, localstorage-down come to mind), and there's a test in abstract-leveldown that confirms it
05:56:07  <nolanlawson>also batch() is a transactional write operation
05:56:42  <nolanlawson>e.g. see how pouchdb does leveldb transactions: https://github.com/pouchdb/pouchdb/blob/master/lib/adapters/leveldb/leveldb-transaction.js
06:05:06  * ednapiranhaquit
06:43:24  * dguttmanquit (Quit: dguttman)
06:47:05  * sveisveijoined
06:49:51  * ChrisPartridgequit (Ping timeout: 264 seconds)
08:25:09  * bonswouarjoined
09:28:22  * joakinojoined
09:41:48  * joakinoquit
09:43:17  * joakinojoined
10:45:15  * bradleymeckjoined
10:49:27  * bradleymeckquit (Ping timeout: 245 seconds)
10:54:54  * stagasjoined
11:35:12  * bradleymeckjoined
11:35:40  <bradleymeck>nolanlawson: it looks like pouchdb does not bail on concurrent writes, but i am relying on atomic writes in batch() just trying to get www.postgresql.org/files/developer/concurrency.pdf style transactions
12:24:11  * bradleymeckquit (Quit: bradleymeck)
12:46:25  * mhernandez1joined
12:46:25  * mhernandez1quit (Remote host closed the connection)
12:57:33  * tarrudajoined
13:13:50  * ramitosjoined
13:51:28  * mhernandez1joined
13:55:49  * mhernandez1quit (Ping timeout: 244 seconds)
13:57:40  * mhernandez1joined
14:20:41  * jez0990_quit (Quit: No Ping reply in 180 seconds.)
14:22:33  * jez0990joined
14:36:13  * neonstalwartjoined
14:41:35  * neonstalwart1joined
14:44:42  * neonstalwartquit (Ping timeout: 244 seconds)
14:45:23  * dguttmanjoined
14:46:45  * dguttmanquit (Client Quit)
14:48:36  * mhernandez1quit (Read error: Connection reset by peer)
14:54:50  * rescrvquit (Ping timeout: 250 seconds)
16:00:19  * dguttmanjoined
16:09:05  * jerrysvjoined
16:22:03  * neonstalwartjoined
16:22:04  * neonstalwart1quit (Read error: Connection reset by peer)
16:22:36  * neonstalwart1joined
16:26:27  * neonstalwartquit (Ping timeout: 264 seconds)
16:26:38  * neonstalwart1changed nick to neonstalwart
16:36:14  * tarrudaquit (Quit: WeeChat 1.0.1)
16:54:50  * jjmalinajoined
17:00:32  * ednapiranhajoined
17:13:37  * dcbjoined
17:16:21  * dguttmanquit (Quit: dguttman)
17:18:10  * dguttmanjoined
17:45:00  * bradleymeckjoined
17:50:20  * joakino_joined
17:52:26  * joakinoquit (Ping timeout: 264 seconds)
17:52:48  * bonswouarquit (Read error: Connection reset by peer)
17:54:14  * neonstalwart1joined
17:56:35  * neonstalwartquit (Ping timeout: 244 seconds)
17:58:42  * neonstalwartjoined
17:58:51  * neonstalwart1quit (Ping timeout: 264 seconds)
18:03:00  * neonstalwart1joined
18:06:54  * neonstalwart2joined
18:06:55  * neonstalwartquit (Ping timeout: 244 seconds)
18:07:49  * neonstalwartjoined
18:07:51  * joakino_quit (Ping timeout: 264 seconds)
18:11:03  * neonstalwart1quit (Ping timeout: 256 seconds)
18:11:04  * neonstalwart2quit (Ping timeout: 245 seconds)
18:12:16  * neonstalwartquit (Ping timeout: 255 seconds)
18:13:50  * joakinojoined
18:15:08  * yarongjoined
18:18:23  * neonstalwartjoined
18:21:48  * neonstalwart1joined
18:25:47  * neonstalwartquit (Ping timeout: 256 seconds)
18:28:37  * neonstalwart1changed nick to neonstalwart
18:37:22  * neonstalwartquit (Ping timeout: 240 seconds)
18:39:38  * neonstalwartjoined
18:46:17  * neonstalwart1joined
18:47:19  * neonstalwartquit (Ping timeout: 245 seconds)
18:48:41  * neonstalwart1changed nick to neonstalwart
18:56:17  * mhernandez1joined
19:07:38  * joakinoquit
19:36:49  * dguttmanquit (Quit: dguttman)
19:56:33  * sveisveiquit (Quit: Connection closed for inactivity)
20:13:10  * dguttmanjoined
20:17:32  * phpnodejoined
21:04:36  * mhernandez1quit (Remote host closed the connection)
21:23:05  * ryanjquit (Remote host closed the connection)
21:50:31  * mitzipquit (Ping timeout: 255 seconds)
21:56:13  * jerrysvquit (Remote host closed the connection)
22:01:41  * jerrysvjoined
22:03:31  * mitzipjoined
22:16:38  * ChrisPartridgejoined
22:20:31  <bradleymeck>rvagg: any chance level will expose a snapshot api?
22:21:49  * karissaquit (Excess Flood)
22:22:08  * karissajoined
22:23:55  <rvagg>bradleymeck: yes, there just hasn't been a big call for it yet so no pressure to actually implement.
22:24:26  <bradleymeck>k, adding transactions right now to fix problems, it isn't required but is nice
22:25:01  <rvagg>bradleymeck: keep in mind that iterators/readstream use an implicit snapshot so they are always consistent no matter how long they take, that's usually the most help use for snapshots and we get it free.
22:25:19  <bradleymeck>yea
22:26:00  <bradleymeck>I got a rw lock impl going and am having some trouble trying to figure out what to do w/ iterators but I think thats fine
22:26:15  <bradleymeck>most transactions don't lock ranges in DBs anyway, and those iterators are snapshotted
22:37:17  <rvagg>bradleymeck: if you fish around you'll find implementation ideas for the snapshot api, if you'd really like it then feel free to implement it!
22:37:42  <bradleymeck>might, but fixing our problems > getting a new api for now
22:38:42  <jerrysv>still would love to see the ability to iterate through a range of keys rather than all of them ........
22:39:18  <jerrysv>some sort of ... multi-get?
22:41:41  <bradleymeck>jerrysv: does 'lt' 'gt' not work?
22:42:40  <jerrysv>not in regards to what i'm looking for, no. i'm looking for ways to eliminate the barrier requests for a get request.
22:43:00  <jerrysv>get(idsArray)
22:44:06  <bradleymeck>oh so not a range, but a set of keys
22:52:47  <jerrysv>correct
23:13:12  * mhernandez1joined
23:14:01  * dcbquit (Read error: Connection reset by peer)
23:20:54  * mhernandez1quit (*.net *.split)
23:20:56  * gildeanquit (*.net *.split)
23:20:56  * jaribquit (*.net *.split)
23:20:58  * vissborgquit (*.net *.split)
23:20:58  * chrisdickinsonquit (*.net *.split)
23:20:58  * myfquit (*.net *.split)
23:20:59  * tec27quit (*.net *.split)
23:21:08  * gildeanjoined
23:21:32  * mhernandez1joined
23:21:45  * jaribjoined
23:21:46  * jaribquit (Changing host)
23:21:46  * jaribjoined
23:22:53  * vissborgjoined
23:22:53  * chrisdickinsonjoined
23:22:53  * myfjoined
23:22:53  * tec27joined
23:24:27  * vissborgquit (Excess Flood)
23:25:03  * neonstalwartquit (Quit: Leaving.)
23:27:59  * vissborgjoined
23:32:28  * stagas_joined
23:33:39  * jjmalinaquit (Quit: Textual IRC Client: www.textualapp.com)
23:33:54  * stagasquit (Read error: Connection reset by peer)
23:33:54  * commandolinequit (Ping timeout: 256 seconds)
23:34:03  * stagas_changed nick to stagas
23:34:41  * commandolinejoined
23:45:58  * marijnfsjoined
23:46:36  <marijnfs>how do i force leveldb to write everything to disk (i.e. sync) before closing
23:46:41  <marijnfs>or is that implicit