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
To avoid a race condition when computing in parallel, we should enable a "lock" feature on the cache file. If a lock file is detected, wait until it's removed before reading the cache. We should wrap the cache creation in a try/except block to clean up lock files if there is a failure.
The text was updated successfully, but these errors were encountered:
lock (False or duck threading.Lock, optional) – Resource lock to use when reading data from disk. Only relevant when using dask or another form of parallelism. By default, appropriate locks are chosen to safely read and write files with the currently active dask scheduler.
Should we still come up with our own approach? If so, do you have a good test case that I can use as a reference?
To avoid a race condition when computing in parallel, we should enable a "lock" feature on the cache file. If a lock file is detected, wait until it's removed before reading the cache. We should wrap the cache creation in a try/except block to clean up lock files if there is a failure.
The text was updated successfully, but these errors were encountered: