Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

VRTComplexSource: fix excessive RAM usage with many sources (fixes #8967, 3.8.0 regression) #8969

Merged
merged 1 commit into from
Dec 16, 2023

Conversation

rouault
Copy link
Member

@rouault rouault commented Dec 16, 2023

(fixes #8967, 3.8.0 regression)

m_abyWrkBuffer and m_abyWrkBufferMask were mistakenly put at the VRTComplexSource level, missing that there can be a big number of sources whose lifetime is the same as the VRT dataset, and thus it is inappropriate to have long-lived working buffers at that level. We can actually use one single instance of them for all sources, so move that at the dataset level.

…Geo#8967, 3.8.0 regression)

m_abyWrkBuffer and m_abyWrkBufferMask were mistakenly put at the
VRTComplexSource level, missing that there can be a big number of
sources whose lifetime is the same as the VRT dataset, and thus it
is inappropriate to have long-lived working buffers at that level.
We can actually use one single instance of them for all sources, so
move that at the dataset level.
@coveralls
Copy link
Collaborator

Coverage Status

coverage: 68.726% (+0.001%) from 68.725%
when pulling 94228b6 on rouault:fix_8967
into 66f5be9 on OSGeo:master.

@rouault rouault merged commit b5d004f into OSGeo:master Dec 16, 2023
30 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Memory leak with 3.8.x and gdal_translate from a large VRT
2 participants