is there something about garbage collection a rails application needs to worry about? if models(i.e model.new) are being created eveytime a user visits a page, does that memory get ''held up'' some place? does it need to be freed? if there are multiple requests/updates to a table from multiple users, does rails handle mutex/data protection? or is this not an issue? thanks -- Posted via http://www.ruby-forum.com/. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk -~----------~----~----~----~------~----~------~--~---
On 8/24/06, koloa <rails-mailing-list-ARtvInVfO7ksV2N9l4h3zg@public.gmane.org> wrote:> > is there something about garbage collection a rails application needs to > worry about? if models(i.e model.new) are being created eveytime a user > visits a page, does that memory get ''held up'' some place? does it need > to be freed?No, Ruby does garbage collection for you. if there are multiple requests/updates to a table from multiple users,> does rails handle mutex/data protection? or is this not an issue?Active Record supports both optimistic and pessimistic locking. Add a lock_version integer not nil default 0 column to your table to automatically enable optimistic locking. jeremy --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk -~----------~----~----~----~------~----~------~--~---
Sorry for the off-topic comment, but is this group moderated or something? I tried to start a new topic several times today, and though a long time has passed I don''t see that the topic has been published to the group. Anyone experiencing similar difficulties? -Alder --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk -~----------~----~----~----~------~----~------~--~---
awesome, thanks for the reply. the more i learn about ruby, the more i like it! hi alder, no i dont notice any delays when i post. Jeremy Kemper wrote:> On 8/24/06, koloa <rails-mailing-list-ARtvInVfO7ksV2N9l4h3zg@public.gmane.org> wrote: >> >> is there something about garbage collection a rails application needs to >> worry about? if models(i.e model.new) are being created eveytime a user >> visits a page, does that memory get ''held up'' some place? does it need >> to be freed? > > > No, Ruby does garbage collection for you. > > if there are multiple requests/updates to a table from multiple users, >> does rails handle mutex/data protection? or is this not an issue? > > > Active Record supports both optimistic and pessimistic locking. > > Add a lock_version integer not nil default 0 column to your table to > automatically enable optimistic locking. > > jeremy-- Posted via http://www.ruby-forum.com/. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk -~----------~----~----~----~------~----~------~--~---