Difference between revisions of "Performance/To-Dos"

From Apache OpenOffice Wiki
Jump to: navigation, search
Line 5: Line 5:
  
 
[http://tools.openoffice.org/performance/performance-activities-overview.html OpenOffice.org Performance Activities as of 2005].
 
[http://tools.openoffice.org/performance/performance-activities-overview.html OpenOffice.org Performance Activities as of 2005].
 +
 +
Moved here from the main performance wiki page:
 +
 +
=== Known areas for improvement ===
 +
 +
==== Configmgr'''[new]''' ====
 +
 +
* [http://wiki.services.openoffice.org/wiki/Configmgr_Refactoring Configmgr Refactoring]
 +
* CWS[DEV300/configtune00]
 +
 +
==== Component issues ====
 +
 +
* [[Calc/To-Dos/Performance|Calc]] - lots to do
 +
* [[Writer_Performance|Writer]]
 +
* [[Impress_Performance|Impress]]
 +
* [[Base_performance|Base]] - lots to do
 +
 +
==== system issues ====
 +
* Linux / Linking - relocation processing is very slow ( [http://ooocon-ljudmila.kiberpipa.org/media/Bloated_Michael_Meeks/video.ogg ogg video],  [http://go-oo.org/~michael/performance.odp odp slides] ) several possible ways to fix that
 +
** re-ordering symbol & elf hash tables to improve cache locality, lots of good & simple ideas here.
 +
** -Bdirect implementation [http://sourceware.org/ml/binutils/2005-10/msg00436.html] - gaining little traction.
 +
** exporting Vague linkage more cleverly & using RTLD_LOCAL where possible
 +
** basic linker optimizations:
 +
*** don't export *UND* in .hash table
 +
*** sort syms & dynsym entries more intelligently
 +
*** .hashvals optimisation
 +
* Linux / I/O scheduling & pre-loading is poor
 +
 +
==== General I/O & memory issues ====
 +
* Image strip layout - our images strips are huge & unwieldy, layed out [http://blogs.msdn.com/oldnewthing/archive/2005/08/05/448073.aspx horizontally] and are 'cached' in scattered files - this is fixed in CWS ka009, which never seems to get integrated.
 +
* Configuration information scattered across many files
 +
* UI configuration - tons of scattered files
 +
* .rdb files - loads of empty space, mmap + random access pattern
 +
  
 
[[Category:Performance]]
 
[[Category:Performance]]

Revision as of 16:36, 5 February 2009

The new performance project just started, and we have to sort out our next todo's.

For now, you might use my old list from 2005, which might be a little bit outdated. Maybe you find some hints in the area of your expertise where you want to start working on:

OpenOffice.org Performance Activities as of 2005.

Moved here from the main performance wiki page:

Known areas for improvement

Configmgr[new]

Component issues

system issues

  • Linux / Linking - relocation processing is very slow ( ogg video, odp slides ) several possible ways to fix that
    • re-ordering symbol & elf hash tables to improve cache locality, lots of good & simple ideas here.
    • -Bdirect implementation [1] - gaining little traction.
    • exporting Vague linkage more cleverly & using RTLD_LOCAL where possible
    • basic linker optimizations:
      • don't export *UND* in .hash table
      • sort syms & dynsym entries more intelligently
      • .hashvals optimisation
  • Linux / I/O scheduling & pre-loading is poor

General I/O & memory issues

  • Image strip layout - our images strips are huge & unwieldy, layed out horizontally and are 'cached' in scattered files - this is fixed in CWS ka009, which never seems to get integrated.
  • Configuration information scattered across many files
  • UI configuration - tons of scattered files
  • .rdb files - loads of empty space, mmap + random access pattern
Personal tools