[#59445] [ruby-trunk - Bug #9335][Open] dynamic rescue regression in Ruby 2.1 — "fdr (Daniel Farina)" <daniel@...>
[#59462] [ruby-trunk - Bug #9342][Open] [PATCH] SizedQueue#clear does not notify waiting threads in Ruby 1.9.3 — "jsc (Justin Collins)" <redmine@...>
[#59466] [ruby-trunk - Bug #9343][Open] [PATCH] SizedQueue#max= wakes up waiters properly — "normalperson (Eric Wong)" <normalperson@...>
Issue #9343 has been updated by Eric Wong.
[#59498] [ruby-trunk - Bug #9352][Open] [BUG] rb_sys_fail_str(connect(2) for [fe80::1%lo0]:3000) - errno == 0 — "kain (Claudio Poli)" <claudio@...>
[#59516] [ruby-trunk - Bug #9356][Open] TCPSocket.new does not seem to handle INTR — "charliesome (Charlie Somerville)" <charliesome@...>
Issue #9356 has been updated by Shugo Maeda.
[#59517] [ruby-trunk - Bug #9357][Open] TracePoint's c_return traces return from call to 'trace' — "andhapp (Anuj Dutta)" <anuj@...>
[#59538] [ruby-trunk - Feature #9362][Assigned] Minimize cache misshit to gain optimal speed — "shyouhei (Shyouhei Urabe)" <shyouhei@...>
Hi, I noticed a trivial typo in array.c, and it fails building struct.c
Eric Wong <[email protected]> wrote:
Btw, I just pushed a few trivial fixes up (a few more failures below):
OK, last update of the night :o I think everything is good on 32-bit...
Eric Wong <[email protected]> wrote:
Btw, I started working on cachelined-time branch on git://80x24.org/ruby
Eric Wong <[email protected]> wrote:
On 01/06/2014 12:02 PM, Eric Wong wrote:
Urabe Shyouhei <[email protected]> wrote:
Intersting challenge.
On 01/06/2014 04:52 PM, SASADA Koichi wrote:
On 01/06/2014 06:11 PM, Urabe Shyouhei wrote:
(2014/01/06 23:10), Urabe Shyouhei wrote:
On 01/07/2014 07:36 AM, SASADA Koichi wrote:
[#59564] [ruby-trunk - Bug #9365][Open] Sporadic TypeError (wrong argument type Thread (expected VM/thread)) from IO#close (via Net:HTTP) — "ggiesemann (Geoffrey Giesemann)" <geoffwa@...>
Issue #9365 has been updated by Geoffrey Giesemann.
[#59728] Ruby 2.1.0 in Production: known bugs and patches — Aman Gupta <[email protected]>
Last week, we upgraded the github.com rails app to ruby 2.1.0 in production.
Hello Aman,
[#59770] bug report did not propagate to ruby-core — Mean Login <meanlogin@...>
https://bugs.ruby-lang.org/issues/9416
[#59791] About unmarshallable DRb objects life-time — Rodrigo Rosenfeld Rosas <rr.rosas@...>
A while ago I created a proof-of-concept that I intended to use in my
On 15 Jan 2014, at 11:58, Rodrigo Rosenfeld Rosas <[email protected]> =
Em 15-01-2014 19:42, Eric Hodel escreveu:
On 16 Jan 2014, at 02:15, Rodrigo Rosenfeld Rosas <[email protected]> =
Em 16-01-2014 19:43, Eric Hodel escreveu:
On 17 Jan 2014, at 04:22, Rodrigo Rosenfeld Rosas <[email protected]> =
Em 17-01-2014 19:53, Eric Hodel escreveu:
On 18 Jan 2014, at 15:12, Rodrigo Rosenfeld Rosas <[email protected]> =
Em 20-01-2014 21:51, Eric Hodel escreveu:
On 21 Jan 2014, at 02:01, Rodrigo Rosenfeld Rosas <[email protected]> =
Em 21-01-2014 19:36, Eric Hodel escreveu:
[#59807] [ruby-trunk - misc #9421] [Open] [PATCH] doc/contributing.rdoc: allow/encourage other git hosts — normalperson@...
Issue #9421 has been reported by Eric Wong.
[#59882] [ruby-trunk - Feature #9428] [Rejected] Inline argument expressions and re-assignment — matz@...
Issue #9428 has been updated by Yukihiro Matsumoto.
On 2014/01/20 11:32, [email protected] wrote:
[#59909] [ruby-trunk - Feature #9425] [PATCH] st: use power-of-two sizes to avoid slow modulo ops — shyouhei@...
Issue #9425 has been updated by Shyouhei Urabe.
[email protected] wrote:
[#60229] [ruby-trunk - Feature #9427] [Feedback] [PATCH] io.c: remove socket check for sendfile — akr@...
Issue #9427 has been updated by Akira Tanaka.
[#60377] Re: [ruby-cvs:51920] nobu:r44775 (trunk): socket.c: suppress warnings — Eric Wong <normalperson@...>
[email protected] wrote:
[ruby-core:59746] Re: Ruby 2.1.0 in Production: known bugs and patches
> If you have some time, can you try to reopen the issues affected, with se= ttings changed similar to https://bugs.ruby-lang.org/issues/9168#note-5 (pl= ease set assignee to Yui NARUSE). Could you clarify the correct procedure for marking backports. Should tickets be moved to Backport21, or is simply marking them as Backport: "2.1: REQUIRED" enough? Is there a way to search for tickets with the backport field set to require= d? > Re. the performance patches, you recommend them for large ruby apps. What= about small apps? They should work equally well in small apps. The patches combined gave us a 10% speed boost in our app. On Sun, Jan 12, 2014 at 7:54 PM, "Martin J. D=FCrst" <[email protected]> wrote: > Hello Aman, > > Many thanks for your report. Great news about Ruby 2.1. > > Today is a holiday in Japan, so responses may not be that quick (or they = may > be quicker because people don't have to go to work and can hack on Ruby a= ll > day :-). > > If you have some time, can you try to reopen the issues affected, with > settings changed similar to https://bugs.ruby-lang.org/issues/9168#note-5 > (please set assignee to Yui NARUSE). > > Re. issuing a 2.1.1 release sooner rather than later, last Friday at a sm= all > meeting/party to discuss and celebrate the 2.1 release (see , sorry, in > Japanese) we discussed the idea of publishing a 2.1.x release about every > three months, but earlier if there is a good set of important patches. Yo= ur > list may be just that. > > Re. the performance patches, you recommend them for large ruby apps. What > about small apps? > > Regards, Martin. > > > On 2014/01/13 11:29, Aman Gupta wrote: >> >> Last week, we upgraded the github.com rails app to ruby 2.1.0 in >> production. >> While testing the new build for rollout, we ran into a number of bugs. >> Most >> of >> these have been fixed on trunk already, but I've documented them below t= o >> help >> anyone else who might be testing ruby 2.1 in production. >> >> @naruse I think we should backport these patches to the ruby_2_1 branch >> and >> release 2.1.1 sooner rather than later, as some of the bugs are quite >> critical. >> I'm happy to offer any assistance I can to expedite this process. >> >> - Struct#send(:setter=3D, rhs) does not return rhs >> #9353 (r44501) >> breaks the faraday gem >> >> - Array#uniq behavior change >> #9340 (r44512) >> affects the sass gem >> >> - Timeout behavior change >> #9354 (r44517, r44518, r44519) >> #9380 (r44523) >> breaks the faraday gem >> >> - [BUG] assertion failure in socket.c >> #9352 (r44490, r44496) >> breaks the excon gem >> >> - segfault in method() usage >> #9334, #9313, #9310, #9326, #9337 >> #9315 (r44455, r44458, r44510, r44527, r44552, r44553) >> segv inside activesupport4 and other gems >> >> - Hash lookup with #hash and #eql broken >> #9381 (r44525, r44534, r44537) >> >> - bigdecimal division issue >> #9316 >> affects some payment processing gems >> workaround patch by @phasis: >> https://github.com/github/ruby/commit/1e778b3b20 >> >> - SizedQueue not working >> #9302, #9343, #9396 >> patches by @normalperson: >> https://bugs.ruby-lang.org/attachments/download/4113 >> https://bugs.ruby-lang.org/attachments/download/4140 >> >> In addition to the bugfix patches above, we're running the following >> performance patches in production. These have proven quite stable in our >> environment, so I encourage you to try them if you're running a large ru= by >> app. >> >> - funny-falcon's st.c density patch >> https://github.com/github/ruby/commit/1e025cbd2f >> >> - funny-falcon's st.c pool allocator >> https://github.com/github/ruby/commit/3d37e2b5a3 >> >> - funny-falcon's method cache patch >> https://github.com/funny-falcon/ruby/compare/trunk...class_local_cach= e >> proposed for trunk in #9262 >> >> - optimized Hash#[] and Hash#[]=3D with string literals >> https://github.com/github/ruby/commit/86946e72d7 >> merged to trunk in #9382 (r44551) >> >> Aside from the bugs above, our upgrade to 2.1 was very smooth. I'm happy >> to >> report that github.com is now running faster (and with less GC overhead) >> than >> ever before. >> >> Aman >> >