Providers should exit automatically after a period of inactivity
Bug #1616758 reported by
James Henstridge
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
storage-framework (Ubuntu) |
Fix Released
|
Undecided
|
James Henstridge |
Bug Description
If a provider service hasn't been used for a certain amount of time, it should exit in an orderly fashion so it doesn't consume system resources unnecessarily.
Related branches
lp:~jamesh/storage-framework/provider-exit-on-idle
- unity-api-1-bot: Approve (continuous-integration)
- Unity API Team: Pending requested
-
Diff: 748 lines (+180/-70)22 files modifiedCMakeLists.txt (+1/-1)
debian/changelog (+6/-0)
include/unity/storage/internal/ActivityNotifier.h (+20/-1)
include/unity/storage/internal/EnvVars.h (+7/-0)
include/unity/storage/internal/InactivityTimer.h (+3/-5)
include/unity/storage/provider/internal/AccountData.h (+9/-0)
include/unity/storage/provider/internal/DownloadJobImpl.h (+5/-0)
include/unity/storage/provider/internal/Handler.h (+2/-0)
include/unity/storage/provider/internal/ServerImpl.h (+3/-0)
include/unity/storage/provider/internal/TestServerImpl.h (+7/-0)
include/unity/storage/provider/internal/UploadJobImpl.h (+5/-0)
src/internal/EnvVars.cpp (+38/-28)
src/internal/InactivityTimer.cpp (+5/-24)
src/provider/internal/AccountData.cpp (+10/-1)
src/provider/internal/DownloadJobImpl.cpp (+5/-0)
src/provider/internal/Handler.cpp (+2/-1)
src/provider/internal/ProviderInterface.cpp (+3/-0)
src/provider/internal/ServerImpl.cpp (+18/-1)
src/provider/internal/TestServerImpl.cpp (+10/-2)
src/provider/internal/UploadJobImpl.cpp (+7/-0)
src/registry/main.cpp (+8/-6)
tests/provider-AccountData/AccountData_test.cpp (+6/-0)
Changed in storage-framework (Ubuntu): | |
assignee: | nobody → James Henstridge (jamesh) |
status: | New → In Progress |
Changed in storage-framework (Ubuntu): | |
status: | In Progress → Fix Released |
Changed in storage-framework (Ubuntu): | |
status: | Fix Released → Fix Committed |
To post a comment you must log in.
We'll need some way for the provider to say yay/nay to shutdown because it may be holding onto state, such as for a resumable upload. We can just assume that it's OK to exit because no request arrived for some time.