You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
evitaDB leaks memory when there are regular catalog updates in transactional mode. By studying heap dump we found that problem is inside catalogAccessor lambda in EntityCollection. It seems there are situations where collections refer to the old catalog which in turn refers to old entity collections which in turn refer to yet older catalog instance and vice versa.
Current way of reataching entity collections to new instances of the catalogs seems unreliable and we have to change it.
The text was updated successfully, but these errors were encountered:
According to heapdump - current way of switching catalog reference is not safe and there are references to old catalogs trapped in "catalogAccessor" lambda in entity collection. These changes aim to clarify the process of transitioning from one catalog version to another and avoiding the reference leak.
According to heapdump - current way of switching catalog reference is not safe and there are references to old catalogs trapped in "catalogAccessor" lambda in entity collection. These changes aim to clarify the process of transitioning from one catalog version to another and avoiding the reference leak.
evitaDB leaks memory when there are regular catalog updates in transactional mode. By studying heap dump we found that problem is inside
catalogAccessor
lambda inEntityCollection
. It seems there are situations where collections refer to the old catalog which in turn refers to old entity collections which in turn refer to yet older catalog instance and vice versa.Current way of reataching entity collections to new instances of the catalogs seems unreliable and we have to change it.
The text was updated successfully, but these errors were encountered: