<    March 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 29 30 31
00:16 trepatudo joined
00:18 ogres joined
00:23 edrocks joined
00:25 hphuoc25 joined
00:34 cyborg-one joined
00:43 timg__ joined
00:57 timg__ joined
01:06 ChrisJames02170 joined
01:14 EyePulp joined
01:41 bvcosta joined
01:42 bart77 joined
01:46 daxelrod joined
01:53 EyePulp joined
01:59 timg__ joined
02:08 svm_invictvs joined
02:12 bart77 joined
02:26 akkad joined
02:34 steeze joined
02:38 EyePulp joined
02:38 distilled joined
03:02 EyePulp joined
03:03 daxelrod1 joined
03:05 timg__ joined
03:07 EyePulp joined
03:07 EyePulp joined
03:19 chipotle joined
03:34 saurabhjha joined
03:58 saurabhj_ joined
04:06 timg__ joined
04:27 edrocks joined
04:29 saurabhjha joined
04:38 SkyRocknRoll joined
05:07 timg__ joined
05:14 SirFunk_ joined
05:14 <SirFunk_> Are DEL commands in redis blocking?
05:24 RemiFedora joined
05:31 edge226 joined
05:41 wlightning-fuel joined
05:41 humboldt joined
05:55 EyePulp joined
06:07 timg__ joined
07:08 timg__ joined
07:10 SkyRocknRoll joined
07:16 humboldt joined
07:29 edrocks joined
07:31 hphuoc25 joined
08:06 Cohedrin joined
08:09 timg__ joined
08:09 charlsvan joined
08:10 charlsvan left
08:17 saurabhjha joined
08:31 saurabhjha joined
08:39 gk_1wm_su joined
08:43 gk_1wm_su joined
09:10 timg__ joined
09:32 bannakaffalatta joined
09:32 arnaud_ joined
09:42 cyborg-one joined
09:56 timg__ joined
10:00 <badboy_> SirFunk_: blocking in the sense that they will first delete the key, then return a response, yes
10:00 <badboy_> there's UNLINK for asynchronous removal in 4.0: https://redis.io/commands/unlink
10:05 soveran joined
10:05 soveran joined
10:09 fractalsea joined
10:14 akkad joined
10:38 efphe joined
11:09 hphuoc25 joined
11:22 humboldt joined
11:32 edrocks joined
11:35 humboldt joined
11:39 ma joined
11:52 chipotle joined
11:59 Cohedrin joined
12:04 humboldt joined
12:05 saurabhjha joined
12:37 EyePulp joined
12:51 FeersumEndjinn joined
12:53 saurabhjha joined
12:57 Dabo joined
13:03 soveran joined
13:15 is_null joined
13:19 timg__ joined
13:20 hphuoc25 joined
13:23 ma joined
13:30 hphuoc25 joined
13:43 EyePulp joined
14:05 soveran joined
14:19 bvcosta joined
14:21 chipotle joined
14:34 saurabhjha joined
14:34 edrocks joined
14:43 saurabhjha joined
15:07 shesek joined
15:13 steeze joined
15:14 distilled joined
15:17 soveran joined
15:22 hphuoc25 joined
15:32 ogres joined
15:36 ma joined
15:38 kulelu88 joined
15:55 trepatudo joined
16:04 Ruby_Rocks_007 joined
16:04 Ruby_Rocks_007 left
16:04 Ruby_Rocks_007 joined
16:08 soveran joined
16:10 fractalsea joined
16:16 hashpuppy joined
16:18 fractalsea joined
16:23 hphuoc25 joined
16:37 edrocks joined
16:53 ma joined
17:09 Ruby_Rocks_007 joined
17:22 soveran joined
17:24 hphuoc25 joined
17:41 ma joined
17:44 distilled joined
17:47 edvorg joined
17:55 soveran joined
17:55 soveran joined
17:58 ma joined
18:03 Mr__Anderson joined
18:36 Cohedrin joined
18:42 <kulelu88> how do I create a human-readable backup of a redis .rdp file?
18:46 netcarver joined
18:46 netcarver left
19:02 marc_v92 joined
19:07 <minus> kulelu88: there's no builtin mechanism for that
19:07 gautamsomani joined
19:08 <kulelu88> alright, I'll just carry on with the regular .rdp . thanks minimalism
19:08 <kulelu88> minus:
19:08 gautamsomani joined
19:08 bvcosta joined
19:14 soveran joined
19:14 soveran joined
19:27 hphuoc25 joined
19:29 distilled joined
19:57 distilled joined
20:34 soveran joined
20:40 edrocks joined
20:49 steeze joined
20:53 Ruby_Rocks_007 joined
21:02 jennings joined
21:13 snappy left
21:28 hphuoc25 joined
21:33 fguillot joined
21:34 fguillot joined
21:40 soveran joined
21:54 soveran joined
22:07 Azure joined
22:29 hphuoc25 joined
22:40 soveran joined
22:45 <SirFunk_> badboy_: yeah, were stuck on whaveter AWS Elasticache supports, 2.8 or something. Does it seam probible that a client deleting 2000+ keys one at a time, could cause other clients to time out when doing reads?
22:47 distilled joined
22:48 <badboy_> yes
22:48 <badboy_> if those are huge keys
22:48 <badboy_> it also has a slight advantage over other clients by already being connected and firing 2000+ commands
22:53 <SirFunk_> ok, I think i've fixed the code a bit to not delete as many keys (it's cache invalidation and we were looping over a bunch of related objects and deleting the same key multiple times)
22:54 <SirFunk_> I also am havind it batch into delete calls with < 1000 keys per delete call. Hopefully that will help a little
22:54 <SirFunk_> Last busy-season we were using memcached for cache and didn't see problems like this. I'm guessing it blocks less on deletes or something
22:58 <minus> how about setting expiry on the keys instead of deleting them directly?
23:06 Malediction joined
23:12 lexAngeles joined
23:13 tmberg joined
23:23 shmoon joined
23:27 kulelu88 joined
23:30 hphuoc25 joined