<  February 2017   >
Su Mo Tu We Th Fr Sa  
          1  2  3  4  
 5  6  7  8  9 10 11  
12 13 14 15 16 17 18  
19 20 21 22 23 24 25  
26 27 28
00:02 chipotle joined
00:07 felixjet joined
00:09 chipotle joined
00:23 k33nice joined
00:31 ChrisJames02170 joined
00:37 chipotle joined
00:47 derfel_ joined
00:51 IRCFrEAK joined
01:10 madboxs joined
01:33 edrocks joined
01:35 Majiir joined
01:37 EyePulp joined
01:38 EyePulp joined
01:52 sz0 joined
01:56 derfel_ joined
01:56 chipotle joined
02:27 chipotle joined
02:45 k33nice joined
02:49 hphuoc25 joined
03:07 Azure joined
03:15 chipotle joined
03:16 nathans joined
03:18 pandeiro` joined
03:26 akkad joined
03:33 Cohedrin joined
03:36 k33nice joined
03:42 derfel__ joined
03:46 amosbird joined
03:46 hphuoc25 joined
03:56 derfel_ joined
03:58 madgoat joined
03:58 madgoat left
03:59 derfel__ joined
04:01 Azure joined
04:02 <amosbird> hello
04:03 <amosbird> if redis support value field filtering (via custom hooks), I think it's just a more generalized hbase
04:25 chipotle joined
04:28 edvorg joined
04:33 EyePulp joined
04:34 chipotle_ joined
04:53 Cohedrin joined
04:54 k33nice joined
05:03 sanyo joined
05:06 RemiFedora joined
05:11 boner joined
05:16 k33nice joined
05:17 KennethWilke joined
05:23 boner joined
05:35 edrocks joined
05:36 madboxs_ joined
05:48 hphuoc25 joined
05:58 SkyRocknRoll joined
06:02 k33nice joined
06:15 kiran_ joined
06:15 nathans joined
06:22 SkyRocknRoll joined
06:25 braoru joined
06:39 hphuoc25 joined
06:41 hphuoc25 joined
06:46 edvorg joined
06:50 svm_invictvs joined
07:03 k33nice joined
07:08 hos7ein joined
07:15 hphuoc25 joined
07:28 cyborg-one joined
07:33 hphuoc25 joined
07:37 hphuoc25 joined
07:54 madboxs joined
07:56 madboxs joined
07:57 madboxs joined
08:00 SkyRocknRoll joined
08:04 rendar joined
08:07 roelmonnens joined
08:11 moteus joined
08:12 k33nice joined
08:17 Mr__Anderson joined
08:25 k33nice joined
08:34 k33nice joined
08:37 hphuoc25 joined
08:47 k33nice joined
08:59 Mr__Anderson joined
09:05 Mr__Anderson joined
09:07 programmingcool joined
09:17 madboxs joined
09:20 madboxs_ joined
09:21 masber joined
09:28 winem_ joined
09:39 derfel_ joined
09:46 JagArLedsen joined
09:49 k33nice joined
09:51 derfel__ joined
09:57 <badboy_> amosbird: except hbase is a vastly different beast. namely a fuly distributed database intended for large datasets based on a distributed file system
09:57 <badboy_> but sure, otherwise it's nearly a Redis in big…
10:06 derfel_ joined
10:18 cliluw joined
10:27 derfel__ joined
10:37 edrocks joined
11:14 rafadc joined
11:18 efphe joined
11:23 rchavik joined
11:42 hphuoc25 joined
11:44 kiran_ joined
11:46 StFS_ joined
12:33 Dabo joined
12:33 roelmonn_ joined
13:10 <amosbird> badboy_: yeah, but I still don't understand why they call hbase as a column store
13:10 <amosbird> it's really just a kv store
13:11 <badboy_> because of the way it stores its data
13:12 <amosbird> it stores its data as key value AFAIK
13:14 <badboy_> i never worked with it
13:30 boner joined
13:41 edrocks joined
13:42 hphuoc25 joined
13:58 rafadc joined
14:01 hphuoc25 joined
14:02 soveran joined
14:02 soveran joined
14:15 rafadc_ joined
14:20 EyePulp joined
14:20 EyePulp joined
14:21 Mr__Anderson joined
14:30 roelmonnens joined
14:33 bannakaffalatta joined
14:35 shinnya joined
14:43 roelmonn_ joined
14:49 hphuoc25 joined
15:19 chipotle joined
15:26 djanowski joined
15:39 minimalism joined
15:42 derfel__ joined
15:48 derfel__ joined
15:51 derfel_ joined
15:55 mboeru joined
15:55 rafadc joined
16:01 roelmonnens joined
16:05 wlightning-fuel joined
16:08 roelmonn_ joined
16:23 boner joined
16:26 cyborg-one joined
16:29 wlightning-fuel joined
16:30 wlightning-fuel joined
16:34 wlightning-fuel joined
16:36 fleetfox joined
16:36 derfel_ joined
16:42 <fleetfox> Is there a way to have something like composite keys?
16:42 <fleetfox> I have two dimensions and only on of each can exist at a time
16:43 <minus> keys are pretty much arbitrary
16:46 <fleetfox> Well, current plan is key:X:Y. But that involves scan on *:Y, X:* each time i want to upsert. I wonder if there is a better way
16:51 <minus> create an index yourself (zset, set, list or hashmap) maybe
16:51 AustinMatherne joined
16:52 mboeru joined
16:52 sz0 joined
16:53 <fleetfox> so i index by X,Y, then use ZRANGE to fetch one record
16:55 jjore joined
16:55 hphuoc25 joined
16:59 shinnya joined
17:00 soveran joined
17:00 soveran joined
17:04 dustinm`_ joined
17:07 winteris1oming joined
17:08 efphe joined
17:09 kushal joined
17:16 mboeru joined
17:21 svm_invictvs joined
17:30 raspado joined
17:32 MrXXIV joined
17:38 soveran joined
17:45 roelmonnens joined
17:56 ma joined
17:57 edrocks joined
18:03 roelmonnens joined
18:05 steeze joined
18:11 mboeru joined
18:11 roelmonnens joined
18:22 mboeru joined
18:24 ma joined
18:44 Azure joined
18:56 hphuoc25 joined
19:13 rafadc joined
19:17 mboeru joined
19:18 ma joined
19:39 k33nice joined
19:45 timg__ joined
19:45 mboeru joined
19:46 rafadc joined
19:47 xep joined
19:47 xep joined
19:53 cyborg-one joined
19:58 jjasinski joined
19:58 tgodar joined
19:59 fractalsea joined
20:01 fractalsea joined
20:04 <jjasinski> Hi all, I'm new-ish to redis configuration. If I have "appendonly no" and "appendfsync everysec" set, can I still reboot the machine hosting redis, if I issue a safe reboot or safe restart of the process (i.e. sudo service redis restart)? Will redis save everything to disk before it restarts?
20:05 fractalsea joined
20:08 roelmonnens joined
20:11 <tgodar> Hi, working on a node.js/socket.io project... Trying to figure if redis might fit in... I'm needing to maintain a repository of objects in a current state (maybe redis) and I need to watch for changes to those objects and publish on change.. Wondering if I should add in something like rabbitMQ or if redis might also work as the queue
20:11 derfel__ joined
20:19 <badboy_> jjasinski: with "appendonly no" you disabled AOF
20:19 <badboy_> jjasinski: however, Redis has two mechanism of persistence. did you configure the save option?
20:20 <badboy_> tgodar: it can act as such
20:20 <badboy_> tgodar: you could listen for keyspace notifications or just always send a publish on changes as well
20:20 wlightning-fuel joined
20:21 <tgodar> badboy_: reading about the pub/sub to see if that might make sense
20:22 <tgodar> badboy_: I'm not sure that makes the most sense though as technically the nodeJS server-side is I'm 'subscribed' 'to all...
20:22 <tgodar> keyspace notifications? Could you elaborate hust a little on that?
20:23 <badboy_> redis can use its own pubsub mechanism to publish whenever certain things happen: https://redis.io/topics/notifications
20:23 <tgodar> Thanks, I'll read up
20:26 k33nice joined
20:27 <tgodar> badboy_: so I'm really just in the design phase now.. am I right in thinking that with this being built on the pub/sub layer... node.js would would be the one subscribing and events would be pushed there?
20:27 <badboy_> yes
20:27 <tgodar> Other stuff I was looking at with I think rabbit MQ was more of a cursor approach
20:27 <tgodar> cool.
20:28 <badboy_> if you only need to add stuff and on the other side a worker that pulls out stuff you might be better served by using a list
20:31 <tgodar> badboy_: no, I think this is turning out to be a good use case... I'll have a collection of objects that are are populated in redis in their current states. Web client connects, and over socket gets the current values, then on any change, we update the values in redis, which then also causes the new data to be sent over the socket to the web client.
20:32 <badboy_> then pubsub sounds perfect
20:32 <tgodar> fact it is 'fire and forget' is fine as on a reconnect the value in redis is the current state, we don't need to reiterate over past messages
20:32 <tgodar> yeah, this looks good, like that the data store is also working as queue, simplifies it that much more
20:33 Cohedrin joined
20:34 <tgodar> ... and will scale more easily
20:35 rendar joined
20:46 <jjasinski> badboy: sorry for the delay. Currently my save values are set to "save 900 1" "save 300 10" "save 60 10000"
20:46 <jjasinski> So if my understanding is correct, these save to disk after a given amount of time or a given number of writes
20:47 <jjasinski> However, I wondering if giving a SIG TERM (such as what I'd expect a service restart or reboot would do), if that would automatically fush to disk
20:50 <badboy_> yes, a SIGTERM would trigger a dump as well
20:50 <badboy_> depending on the size of your database however, it might take some time
20:50 <jjasinski> Thank you - good to know
20:50 <badboy_> and a reboot might kill it with SIGKILL before it finishes
20:50 <jjasinski> I see, so maybe best to stop the service before rebooting
20:50 Specialist joined
21:17 Cohedrin joined
21:19 EyePulp joined
21:20 ma joined
21:22 EyePulp joined
21:24 ogres joined
21:51 derfel__ joined
21:57 mboeru joined
22:04 raspado joined
22:08 rafadc joined
22:40 lexAngeles joined
22:52 Azure joined
22:54 bannakaffalatta joined
22:57 edrocks joined
22:59 hphuoc25 joined
23:11 soveran joined
23:19 bf_ joined
23:45 bannakaffalatta joined
23:50 EyePulp joined
23:53 EyePulp joined
23:54 EyePulp joined
23:57 shinnya joined