[...] an interesting post was made today on this site [...]……

Viendo el código y sin conocer exactamente la gestión de memoria de Ruby y su recolector de basura voy a hechar la culpa a los closures que se generan durante la ejecución de los callbacks. Estoy pensando que, de alguna forma, los closures que se van formando en cada iteración se mantienen en scope, y el GC no los elimina, con lo que se queda un closure con 1 usuario, otro con 2, otro con 3, etcétera… al de las iteraciones tenemos unos 450.000 objetos User en memoria. No se cuanto ocupan en memoria un objeto ActiveRecord, pero 450.000 objetos son muchos objetos.

Creo que la moraleja es siempre devolver true o false en lo callbacks (true, false y nil deben ser valores compartidos en Ruby, por lo que no deben aumentar tanto el uso de memoria).

a esas horas de la madrugada uno ya no estaba demasiado fino como para ponerse a probar cosas, a ver si saco algo de tiempo esta semana y veo en más profundidad que está pasando, tal vez pueda caer algun parche…

Encantado de tenerte por aqui!

Creo de todos modos que el porqué es otro, me explico.

Este programa

def build_large_array
Array.new(5000)
end

while true
build_large_array
end

no tiene un leak. La memoria sube hasta que entra el garbage collector (a los 7-8 megas en mis pruebas). Si asignas el array a una variable que luego nilificas el comportamiento es el mismo.

A posteriori dirias que la asignacion no afecta porque igualmente sucede que el array es un objeto que es susceptible de ser recolectado porque fue creado. Es decir, que la variable que lo almacenaba apunte a otra cosa lo hace recolectable del mismo modo que lo hace el que no este almacenado en ninguna variable ya de entrada.

Dicho esto, he replicado tus modelos y en mi maquina pasa lo mismo. Pero parece que depende del valor _retornado_ por el hook mas que de nilificar una variable, ya que evitamos el leak tambien si hacemos simplemente esto:

(group.discussion.users << user) && true

Mi conjetura es que el valor retornado por el callback se esta quedando almacenado en algun lugar de AR y no puede recolectarse.