<    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:10 ogres joined
00:24 masber joined
00:30 hphuoc25 joined
00:37 timg__ joined
00:42 timg___ joined
00:51 soveran joined
01:16 <BoogieMan> i was able to reproduce. even if you don't specify a database file, redis will load in the dump.rdb if it finds it
01:20 daxelrod1 joined
01:34 shinnya joined
01:50 SkyRocknRoll joined
01:53 soveran joined
02:31 hphuoc25 joined
02:34 EyePulp joined
02:46 rchavik joined
03:15 masber joined
03:29 hphuoc25 joined
03:30 timg__ joined
03:45 rchavik joined
03:55 soveran joined
04:03 kulelu88 left
04:30 hphuoc25 joined
04:30 timg__ joined
05:21 indi_ joined
05:31 timg__ joined
05:46 RemiFedora joined
06:22 Cohedrin joined
06:30 hphuoc25 joined
06:43 tavish joined
06:53 tomaz_b joined
07:06 EyePulp joined
07:19 roelmonnens joined
07:34 soveran joined
07:36 hphuoc25 joined
07:41 roelmonn_ joined
07:57 winem_ joined
07:59 ogny joined
07:59 ogny joined
08:05 roelmonnens joined
09:01 efphe joined
09:04 Dave_R joined
09:22 EyePulp joined
09:26 tavish joined
09:31 xiaomiao joined
09:54 kulelu88 joined
10:10 pszymans joined
10:29 rendar joined
10:30 WindChimes joined
10:58 hphuoc25 joined
11:11 white_knight joined
11:17 drbobbeaty joined
11:35 soveran joined
11:35 EyePulp joined
11:37 tavish joined
12:01 programmingcool joined
12:01 bf_ joined
12:06 bleb joined
12:09 <bleb> I'm having a tough time understanding why someone would use redisAppendCommand/redisGetReply over redisCommand from the hiredis C library
12:10 <bleb> is it just that it's faster to write the output buffer all at once, rather than write it incrementally?
12:38 zachsnow joined
12:48 jud^ joined
13:23 programmingcool joined
13:24 EyePulp joined
13:28 Sarevok joined
13:37 ^jud joined
13:49 al-damiri joined
14:01 daxelrod joined
14:14 white_knight joined
14:15 zachsnow joined
14:29 wlightning-fuel joined
14:40 reynierpm joined
14:41 <reynierpm> hi there, can I get some help here http://stackoverflow.com/questions/42773397/access-cache-items-created-outside-symfony-makes-them-work-sometimes-only-why ??
14:42 shinnya joined
14:48 <badboy_> bleb: yes, pipelining can improve things
14:56 <bberry> does replication still apply to pubsub clients?
14:56 <bberry> or is it slave clients only
15:01 <bberry> seems like the latter
15:03 cyborg-one joined
15:08 wlightning-fuel joined
15:09 wlightning-fuel joined
15:17 <bberry> @badboy_ any idea about the problem im having with the soft limit on client-output-buffer-limit for a pubsub connection?
15:17 wlightning-fuel joined
15:20 <bberry> its `client-output-buffer-limit pubsub 32mb 8mb 60` in the config file. I send a string that is 8.5mb, gets sent, no problems. After X amount of time (where X > 60 seconds, I've waited up to an hour before) I send the same exact string again, and the client connection is severed. Redis 3.0.7
15:28 minimalism joined
15:38 svm_invictvs joined
15:40 <badboy_> are you sure that the subscribed client fully read the data? what's the client's buffer between those two publishes? did you check if the same happens with a more recent version of Redis?
15:40 <badboy_> bberry:
15:44 averythomas joined
15:56 <bberry> havent upgraded to a more recent version of redis, can do that next. I'm pretty sure that the whole data amount was read. The data is a tar.gz binary file (as b64) that gets untarred executed on a 3rd party device properly. Gonna get the client info before, during,
15:56 <bberry> er...
15:56 <bberry> https://gist.github.com/bberry6/a34f97d73d72967a68a4369da004cde3
15:57 <bberry> @badboy_
15:58 <bberry> in that test i waited ~5 minutes
15:59 <bberry> shall i update to latest redis and try it out then?
16:01 <badboy_> yes
16:01 raspado joined
16:04 roelmonn_ joined
16:05 svm_invictvs joined
16:11 <bberry> got one error from `make test`. seems to be what people are describing here.... https://github.com/antirez/redis/issues/2715
16:12 <bberry> i assume its okay though
16:20 <bberry> badboy_: verbose log level is okay?
16:29 <bberry> badboy_: same problem with 3.2.8. Heres the output https://gist.github.com/bberry6/22c3a8ff1427a24265961d078544329f
16:31 zachsnow joined
16:36 efphe joined
16:37 WindChimes joined
16:45 <bberry> badboy_: fwiw, when i set the output buffer for pubsub to 0 0 0, the client doesnt break the connection. As it stands, it seems like I either dont correctly understand how the soft cap works, or there seems to be a bug with the way it is working. Any other tests or log info youd like me to perform/show?
16:46 <badboy_> no. report it upstream. i currently don't have the time to deal with it
16:47 <bberry> gotcha
16:48 <bberry> ty :D
16:57 WindChimes joined
17:11 tavish joined
17:24 hahuang62 joined
17:32 <bberry> @badboy_ should i send it to the google group or file it as an issue?
17:42 soveran joined
17:44 zachsnow joined
17:47 soveran joined
17:47 soveran joined
18:10 roelmonnens joined
18:12 <bberry> made an issue https://github.com/antirez/redis/issues/3893
18:16 hahuang62 joined
18:22 roelmonnens joined
18:32 roelmonnens joined
18:47 bleb left
18:47 wlightning-fuel joined
18:49 roelmonnens joined
18:51 roelmonnens joined
18:52 WindChimes joined
19:01 Bodenhaltung joined
19:27 wlightning-fuel joined
19:38 cyborg-one joined
19:45 BoogieMan joined
19:46 marc_v92 joined
20:03 hahuang65 joined
20:07 hahuang65 joined
20:15 wlightning-fuel joined
20:16 wlightning-fuel joined
20:17 hahuang65 joined
20:22 avar joined
20:22 avar joined
20:24 wlightning-fuel joined
20:26 wlightning-fuel joined
20:30 wlightning-fuel joined
20:31 wlightning-fuel joined
21:34 wlightning-fuel joined
21:37 rendar joined
22:01 raspado joined
22:03 nathans joined
22:03 wlightning-fuel joined
22:21 raspado joined
22:29 hahuang65 joined
22:35 Azure joined
22:35 djanowski joined
22:40 wlightning-fuel joined
22:40 wlightning-fuel joined
22:48 felixjet joined
23:30 raspado joined
23:33 hahuang65 joined
23:47 hahuang65 joined
23:55 forgotmynick joined