[
http://jira.amdatu.org/jira/browse/AMDATU-605?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bram de Kruijff updated AMDATU-605:
-----------------------------------
Summary: Replace useradmin preferences based storage provider with
custom fsstorage (was: Investigate & improve stability and performance of
prefs-based user admin)
Fix Version/s: 0.4.0
Description:
The current UserAdmin storage approach (PAX UserAdmin -> PAX UserAdmin Provider
Preferences -> Felix Preferences) has severe performance and concurrency
issues. It is very slow due to heavy synchronization over IO intensive
operation (node.children -> sync()). The concurrency seems to be the result of
not synchronizing on the default storage service level while the Preferences
itself uses a ServiceFactory approach.
Therefore we have decided to reintroduce a custom fsstorage provider for now.
It is much faster and can be optimized freely (eg. with caching). This boils
down to:
1) create new artifacts
amdatu-useradmin/pax-useradmin-fsstorage
amdatu-useradmin/multitenant-pax-useradmin-fsstorage
2) switching all to the new impl
3) Introduce an initial benchmark itest
was:
The current UserAdmin storage approach (PAX UserAdmin -> PAX UserAdmin Provider
Preferences -> Felix Preferences) has severe performance and concurrency
issues.
This issues came from AMDATU-603; there are some stability and performance
issues with our prefs-based user admin service in Amdatu.
> Replace useradmin preferences based storage provider with custom fsstorage
> --------------------------------------------------------------------------
>
> Key: AMDATU-605
> URL: http://jira.amdatu.org/jira/browse/AMDATU-605
> Project: Amdatu
> Issue Type: Improvement
> Reporter: Jan Willem Janssen
> Assignee: Bram de Kruijff
> Fix For: 0.4.0, Sprint 10
>
>
> The current UserAdmin storage approach (PAX UserAdmin -> PAX UserAdmin
> Provider Preferences -> Felix Preferences) has severe performance and
> concurrency issues. It is very slow due to heavy synchronization over IO
> intensive operation (node.children -> sync()). The concurrency seems to be
> the result of not synchronizing on the default storage service level while
> the Preferences itself uses a ServiceFactory approach.
> Therefore we have decided to reintroduce a custom fsstorage provider for now.
> It is much faster and can be optimized freely (eg. with caching). This boils
> down to:
> 1) create new artifacts
> amdatu-useradmin/pax-useradmin-fsstorage
> amdatu-useradmin/multitenant-pax-useradmin-fsstorage
> 2) switching all to the new impl
> 3) Introduce an initial benchmark itest
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
http://jira.amdatu.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
_______________________________________________
Amdatu-developers mailing list
[email protected]
http://lists.amdatu.org/mailman/listinfo/amdatu-developers
