[Building Sakai] 2.9.1 Performance Issues

[Curtis Van-Osch]

Thanks Bryan!
We deployed that patch last night, and everything is good so far (though 
it will take a few days to confirm that our issues are resolved).

Otherwise we will definitely be looking at changing our tool's search, 
as it is indeed very slow on large result sets.  We always figured there 
must be a better way!

Curtis.

-------- Message original --------
Sujet: Re: [Building Sakai] 2.9.1 Performance Issues
De : Bryan Holladay <holladay at longsight.com>
Pour : Curtis Van-Osch <curtis.van-osch at hec.ca>
Copie à : David Horwitz <david.horwitz at uct.ac.za>, Sam Ottenhoff 
<ottenhoff at longsight.com>, sakai-dev Developers 
<sakai-dev at collab.sakaiproject.org>, Philippe Rancourt 
<philippe.rancourt at hec.ca>
Date : 2013-07-24 15:17
> The problem with Delegated Access is that it was using 
> org.springframework.cache.ehcache.EhCacheFactoryBean instead of 
> org.sakaiproject.memory.util.EhCacheFactoryBean.  This was fine for 
> you in 2.8.x, but the ehcache version was updated in 2.9.x causing 
> different default values (particularly overFlowToDisk).  The changing 
> settings is probably why you are seeing this in 2.9 instead of 2.8. 
>  Just apply the patch that I committed in the jira you created and you 
> should be ok.
>
> As for your application, I would suggest using DelegatedAccess's API 
> to get the list of sites the user has access to based on the search 
> criteria:
>
> ProjectLogic.java:
>
> public List<SiteSearchResult> searchUserSites(String search, 
> Map<String, String> advancedOptions, boolean shoppingPeriod, boolean 
> activeShoppingData)
>
> It will probably use the same amount of space in the Cache, however, 
> it will be a multitude times faster than waiting for a single call on 
> every site and using the EventService & Session to communicate and 
> pass data.  The only reason Kernel doesn't do this is because Kernel 
> can't be dependent on Delegated Access (and its not dealing with more 
> than a few sites at a time anyways).
>
> -Bryan
>
>


-- 
<http://www.hec.ca>
	
Curtis Van Osch
Analyste-Programmeur
Direction des technologies de l'information
hec.ca <http://www.hec.ca>
Agréments 	
3000, chemin de la Côte-Sainte-Catherine, Montréal (Québec) H3T 2A7
Téléphone : 514 340-6000, poste 2029

	
recyclez 		
Pensons à l'environnement
avant d'imprimer

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20130725/5943f2de/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: HEC_149px.png
Type: image/png
Size: 4883 bytes
Desc: not available
Url : http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20130725/5943f2de/attachment.png 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hecca.png
Type: image/png
Size: 345 bytes
Desc: not available
Url : http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20130725/5943f2de/attachment-0001.png 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 3A-2008.png
Type: image/png
Size: 5127 bytes
Desc: not available
Url : http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20130725/5943f2de/attachment-0002.png 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Feuille_25px.jpg
Type: image/jpeg
Size: 20493 bytes
Desc: not available
Url : http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20130725/5943f2de/attachment.jpg