Thanks Rishav and Ryan for responding.
I am following up for this on ruby-on-rails-talk community as well as on
stack-overflow already.
-Meghali
On Monday, 24 August 2015 11:39:38 UTC+5:30, Ryan Bigg wrote:
> I think that Meghali was in the right here. This is most definitely a core
> framewo
I think that Meghali was in the right here. This is most definitely a core
framework development question.
On Mon, Aug 24, 2015 at 4:08 PM, Rishav Rastogi
wrote:
> Hi Meghali,
> Please use the ruby-on-rails-talk google group or stackoverflow to post
> this question. This group is for the discus
Hi Meghali,
Please use the ruby-on-rails-talk google group or stackoverflow to post
this question. This group is for the discussions related to the development
*of *the Rails framework, not *with.*
Thanks
Rishav
On Mon, Aug 24, 2015 at 11:28 AM, Meghali wrote:
> In addition to the details abov
In addition to the details above, I would like to mention here that I am
getting this specific issue on Power system (ppc64le).
Let me know if anyone has seen similar problem.
Thanks!
On Tuesday, 4 August 2015 20:39:29 UTC+5:30, Meghali wrote:
> Hi All,
>
> I am trying to build Rails from sour
Thank you for the suggestion? Could you explain what advantages this change
will bring? I think we can change but it is a backward incompatible change
and we really a good reason to do so.
On Sun, Aug 23, 2015, 11:39 Leslie Hoare wrote:
> Currently HashWithIndifferentAccess stores using string k
I appreciate people pointing out slow spots. I'm not the most quallified to
speak about AR but I'll try to help with the proposed patch. You can get a bit
more speed by taking out the hash lookup:
```ruby
require 'benchmark/ips'
var = "world".freeze
hash = { var => "hello #{var}".freeze}
Hello,
I've been trying to track-down a pretty significant memory bloat issue with
ActiveRecord objects. Running some generic experiments e.g. an empty model
with 6 enum_fields, created_at, updated_at - and fetching 72000 of these
with ActiveRecord from a Postgres Database allocates approximate
Currently HashWithIndifferentAccess stores using string keys, and any
symbols passed in get converted to strings. As I understand it, this was
due to the fact that in earlier versions of Ruby, symbols would not get
garbage collected and would thus stick around for the lifetime of the
process.
