Bug #10445
openFix memory leak in Python SDK Collection class
0%
Description
Currently, each new CollectionReader creates its own API client, and Keep client, and block cache unless the caller supplies an API client object (and Keep client object?). If a caller creates 10 CollectionReaders and reads 64 MiB from each one, the program will use 640 MiB. Possibly due to HTTP KeepAlive behavior, Python does not reclaim memory even if the caller unreferences the CollectionReaders. For example, this script leaks memory and network connections:
import arvados
uuid = '......'
for i in range(20):
cr = arvados.collection.CollectionReader(uuid)
for fn in cr:
f = cr.open(fn)
f.read()
f.close()
Proposed improvement:
Share block caches between auto-instantiated API clients that use the same settings.
This also applied to KeepClient and BlockManager
Files
Updated by Peter Amstutz about 8 years ago
The read cache is actually in KeepClient. Reads go through the block manager, but sharing the read cache is a matter of using a shared keepclient object.
(Technically, you could even create multiple KeepClient objects and initialize them with the same KeepBlockCache).
Updated by Tom Morris over 7 years ago
- Target version set to Arvados Future Sprints
Updated by Ward Vandewege over 3 years ago
- Target version deleted (
Arvados Future Sprints)
Updated by Peter Amstutz about 2 years ago
- Target version set to 2022-11-23 sprint
Updated by Peter Amstutz about 2 years ago
- Target version changed from 2022-11-23 sprint to 2022-12-07 Sprint
Updated by Peter Amstutz about 2 years ago
- Target version changed from 2022-12-07 Sprint to 2022-12-21 Sprint
Updated by Peter Amstutz about 2 years ago
- Subject changed from [SDKs] Fix memory leak in Python SDK Collection class to Fix memory leak in Python SDK Collection class
Updated by Peter Amstutz about 2 years ago
- Story points changed from 1.0 to 2.0
Updated by Peter Amstutz about 2 years ago
- Target version changed from 2022-12-21 Sprint to 2023-01-18 sprint
Updated by Peter Amstutz about 2 years ago
- Target version changed from 2023-01-18 sprint to 2023-02-01 sprint
Updated by Peter Amstutz about 2 years ago
- Target version deleted (
2023-02-01 sprint) - Release set to 59
Updated by Peter Amstutz about 2 years ago
- Target version set to To be scheduled