Ramkumar Chinchani 386c72d332 routes: refactor locks to handle large file uploads ... The storage layer is protected with read-write locks. However, we may be holding the locks over unnecessarily large critical sections. The typical workflow is that a blob is first uploaded via a per-client private session-id meaning the blob is not publicly visible yet. When the blob being uploaded is very large, the transfer takes a long time while holding the lock. Private session-id based uploads don't really need locks, and hold locks only when blobs are published after the upload is complete.		2020-10-16 13:33:11 -07:00
..
BUILD.bazel	gc: add a policy to skip garbage collecting new blobs	2020-07-06 15:52:35 -07:00
cache.go	Upgraded build pipeline	2020-06-25 23:43:31 -07:00
cache_test.go	dedupe: record relative path for cache entries	2020-05-27 22:11:26 -07:00
storage.go	routes: refactor locks to handle large file uploads	2020-10-16 13:33:11 -07:00
storage_test.go	stacker: fix stacker build	2020-07-14 13:31:57 -07:00