Performance/Meetings/2009 04
Performance/Meetings/2009/04/17
Meeting Minutes
IRC Meeting of Sun Microsystems (StarOffice) with RedFlag2000
Performance Project
Date: 2009/04/17
Time: 15:50– 16:27
Meeting No.:
Agenda:
(3:57:23 PM) peter13j: Good morning|afternoon everybody
(4:00:26 PM) liangjun: hello all:)
(4:00:48 PM) liheng: Good morning / afternoon
(4:00:49 PM) arwe: Hi All :-)
(4:00:56 PM) os_ooo: Hello!
(4:01:08 PM) liheng: Good morning / afternoon
(4:01:37 PM) xiuzhi: hi all
(4:01:42 PM) odf-mib: Hi all
(4:01:44 PM) yugq: hi all
(4:02:44 PM) cd_oo: hi all
(4:02:50 PM) erAck: good morning|afternoon
(4:03:02 PM) kuangliang: hi all
(4:03:26 PM) liheng: Now, we update overall status.
(4:06:32 PM) erAck: I'm about finishing Calc's area broadcasters per sheet separation. A constructed "very bad case" scenario shows improvement by 75% (read: 25% of previous time needed).
(4:06:38 PM) sb: my status: with ~every possible for improving Linux library loading done, now looking at ways to further decrease cold start time by reducing (data) file access; got side-tracked by looking at potential improvements for rtl::OUString (once again...)
(4:06:59 PM) xiuzhi: zhangyuwei and JackieSun can not join today's meeting. zhangyuwei is fixing thread lock issue, JackieSun will finish the coding of big images process
(4:07:37 PM) os_ooo: Bjoern Michaelsen improved the access to frames/graphics/OLE objects and shapes in xmloff. This makes saving of documents containing many of those objects significantly. In one of our test documents it makes about 20%. The cws is currently beeing rebased and will be brought to QA soon.
(4:08:43 PM) Matthias: Hi all, sorry for being late
(4:10:00 PM) yugq: yugq status: I finished a incremeantal save demo for odt file. The demo is based on standard C++ and libxml2, use quite similar data structure of inner OOo document structure. It's just a research on the possibility for incremental save of odt. Now, I focus on research the OOo writer document builder and find out a way to implement the increment save.
(4:12:09 PM) cd_oo: cd_oo status: I verified the findings from Yuan Cheng and can confirm that non-rebased libraries indeed boost cold start up performance on Windows. Unfortunately non-rebased libraries have other drawbacks and I am currently investigate how severe they are. At least non-rebased libraries don't share the code section between processes. Memory consumption is also higher on startup (normally...
(4:12:11 PM) cd_oo: ...most of the library must be loaded for the relocation process). I could verify that putting all libraries next to the application executable gives us a 10% cold start performance boost (OOo 3.0 has three folders for libraries).
(4:12:13 PM) cd_oo: The current state of my investigation can be found here:
(4:12:15 PM) cd_oo: http://wiki.services.openoffice.org/wiki/Performance/Reorder_Symbols_For_Libraries
(4:12:16 PM) cd_oo: http://wiki.services.openoffice.org/wiki/Performance/Library_and_directory_structure
(4:12:29 PM) arwe: 3.1 release struck me again, so i could not do too much abstract. One of the concrete cases which came up was the copy constructor and assigment operator of GraphicObject, which unnecessarily calculates an ObjectID using a Checksum. This is obviously not needed and brings speedups in many situations, including load/save.
(4:14:10 PM) liheng: I setuped glassfish and transformed a part of benchmark-system on server, and developed a commandline tools that has same function as Web Benchmark System, and update code to http://performance.openoffice.org/svn/performance/trunk/benchmark-system/src/tools
(4:14:50 PM) liangjun: Implement a series of simple applications, and get a series of test data .
(4:15:13 PM) liangjun: I will analyse the test results and put on wiki.
(4:16:51 PM) ***Matthias continues with research on buffered file I/O; currently reorganizing (refactoring) sal/osl/unx/file*.cxx for integration of buffering.
(4:18:23 PM) ***Matthias also had a (short) discussion with MAV about images.zip; independently tora-japan had similar ideas :-)
(4:22:27 PM) liheng: If no other topics, it seems like we can finish this meeting ahead of time. Any topic? :)
(4:23:11 PM) Matthias: nothing special from me; I'm coding ... :-)
(4:24:04 PM) liheng: Can we finished?
(4:24:35 PM) ***erAck says: let's ditch all API and use UTF-8 instead of UTF-16 ;-)
(4:24:42 PM) erAck: ok, see you next week.
(4:25:08 PM) Matthias: yes, have a nice weekend; see you next week; bye all
(4:25:25 PM) odf-mib: Good bye!
(4:25:33 PM) liheng: Okay,bye all!
(4:25:42 PM) arwe: Okay, see You :-)
(4:25:50 PM) liangjun: :) bye
(4:26:12 PM) yugq: bye all
(4:26:55 PM) cd_oo: Bye all
