Changes between Version 2 and Version 3 of QtWebKitPerformanceToolBackLog:


Ignore:
Timestamp:
Oct 24, 2009 5:48:38 AM (14 years ago)
Author:
zecke@selfish.org
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • QtWebKitPerformanceToolBackLog:

    v2 v3  
    33Issues with the performance tests itself and things that needs to be improved.
    44
    5  * http_server is currently sending every response with "Content-Length". This will make only one path in QHttpNetworkReply for body paring be executed. The '''http_server''' must send content with transfer-encoding "chunked" and without the "Content-Length".
     5||Description||Commit||
     6||http_server is currently sending every response with "Content-Length". This will make only one path in QHttpNetworkReply for body paring be executed. The '''http_server''' must send content with transfer-encoding "chunked" and without the "Content-Length".||||
     7||Create paint traces from rendering images. This can be useful for Oslo developers to figure out which areas of painting to optimize.||||
     8||loading_standalone was created to reproduce a loading issue with Wikipedia content. Currently it is not able to reproduce the exact same set of problems. The test should be changed to start new downloads from within didReceiveResponse... like in the real case.||||
     9||tst_painting is currently using ''QApplication::syncX'' in the performance run to make sure that everything has been synced. The problem with this paint benchmark is that on accelerated hardware it is not clear when the image has been painted. The ''QApplication::syncX'' will make the test a bit artificial in one way.||||
     10||memusage is not working on glibc/i686... this is making us blind on memory usage...||||
     11||Benchmarks should generate more stable timing results.||||
     12||Change cycling, loading and scrolling to not use the _data and QFETCH but cycle through all sites in the QBENCHMARK and drop caches at the end of one iteration. This should be done because users will navigate from page to page instead of reloading everything and then going to the next one. And with the current QBENCHMARK we should see less variations when cycling through the whole set. Also maybe use an improved QBENCHMARK to log individual parts of the test...||[http://gitorious.org/qtwebkit/performance/commit/a80b4b31470e744fcf101d4f7fe5b4b5d98abc18 a80b4]||
    613
    7  * Create paint traces from rendering images. This can be useful for Oslo developers to figure out which areas of painting to optimize.
    8 
    9  * loading_standalone was created to reproduce a loading issue with Wikipedia content. Currently it is not able to reproduce the exact same set of problems. The test should be changed to start new downloads from within didReceiveResponse... like in the real case.
    10 
    11  * tst_painting is currently using ''QApplication::syncX'' in the performance run to make sure that everything has been synced. The problem with this paint benchmark is that on accelerated hardware it is not clear when the image has been painted. The ''QApplication::syncX'' will make the test a bit artificial in one way.
    12 
    13  * memusage is not working on glibc/i686... this is making us blind on memory usage...
    14 
    15  * Change cycling, loading and scrolling to not use the _data and QFETCH but cycle through all sites in the QBENCHMARK and drop caches at the end of one iteration. This should be done because users will navigate from page to page instead of reloading everything and then going to the next one. And with the current QBENCHMARK we should see less variations when cycling through the whole set. Also maybe use an improved QBENCHMARK to log individual parts of the test...
    16