My fun discovery of the week is that Sidekiq is too fast. I was using after_save to send something to a rules engine for extra processing after creating it, kept seeing a message saying the record doesn't exist, but it would work on the retry (after I had stopped catching the exception - not good practice rilly).
After several hours of wtf and trying to get delay() to stop biting Mike Hart found the sidekiq troubleshooting article where it ways use after commit. Then all was perfik again. On Fri, Oct 30, 2015 at 2:29 PM, Will Jessop <[email protected]> wrote: > Not in any way Ruby, but I discovered that you can set the maximum number > of connections in a HAProxy frontend to 0: > > $ echo "set maxconn frontend ft_redis 0" | socat > unix-connect:/Users/will/tmp/redis-haproxy/admin_a.sock stdio > > effectively allowing you to pause and queue new connections at HAProxy, > allowing you to jiggle servers, in this case Redis, around. I’m using this > for our zero-downtime redis failover stuff between datacentres. > > In actual interesting Ruby developments, this from Chris Seaton in IRC: > > 00:38 chrisseaton: Was at JavaOne this week - very interesting work from > IBM to add a new GC and JIT to MRI > 00:38 chrisseaton: More details will be at RubyKaigi > 00:41 wlll: Well, that does sound intersting > 00:42 wlll: Any overlap with your work? > 00:42 wlll: Anything that makes MRI faster is a +, getting buy in to move > to a java infrastructure is a massive hurdle. > 00:45 chrisseaton: They currently get 1.2x on our benchmarks, which can't > be described as anything but modest (we're 20x on the same benchmarks), but > they run Rails and you can't argue with taht > 00:45 chrisseaton: Also they are just MRI - no JVM needed > > Chris also mentioned another project that’s interesting around the JVM > work he’s doing that I’m not sure is public knowledge yet that I guess he > will talk about at some point. > > Will. > > > On 30 Oct 2015, at 09:55, Ian Moss <[email protected]> wrote: > > > > Hey, > > > > I thought it'd be great to know what my fellow Manchester rubyists have > > found interesting this week... > > -- > You received this message because you are subscribed to the Google Groups > "North West Ruby User Group (NWRUG)" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send an email to [email protected]. > Visit this group at http://groups.google.com/group/nwrug-members. > For more options, visit https://groups.google.com/d/optout. > -- Thanks and Regards, Francis 07764 225 942 "So when targets seem stupid, arbitrary and unfair it's because they *are*. The only way to improve is to look at the whole system people are operating with, the basic tools, their training, how much initiative they are allowed, are you measuring the right things (more about that later) and then you can improve. But it's the *system* you improve, not the people you beat into performing even worse." Unicorns in the mist <https://leanpub.com/unicorns> CV http://www.pharmarketeer.com/francis.html Lean Teams Consultancy -- You received this message because you are subscribed to the Google Groups "North West Ruby User Group (NWRUG)" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send an email to [email protected]. Visit this group at http://groups.google.com/group/nwrug-members. For more options, visit https://groups.google.com/d/optout.
