| 4 | | ||Description||Branch/Commit||Created on||Landed in||Landed Date|| |
| 5 | | ||What is left is ARM neon code for the porter duff operations.|| || || || |
| 6 | | ||~~ARM optimized qdrawhelper is only enabled for RCVT (symbian)~~ A pure armv4/C implementation was used giving a significant improvement too. The ARMv4 memfill implementation gave about a 1fps improvement. ||[http://qt.gitorious.org/~zecke/qt/zeckes-qt/commit/c51c85dd3aa4a920f363e315ef4512f1d97401b3 memfill] ||9.11.09|| || || |
| 7 | | ||The C version comp_func_SourceOver was improved giving a 10fps improvement on the test case.||[http://qt.gitorious.org/~zecke/qt/zeckes-qt/commit/a69e152dcc704eff6b7e409ad1ed43f732e6be9c a69e1] [http://qt.gitorious.org/~zecke/qt/zeckes-qt/commit/7f379c05ea9e6b60c081af2c18a84ec290af2df4 7f379c]||09.11.2009|| || || |
| 8 | | ||ARMv6 should be auto detected. Currently arm/armv6 can be passed as -embedded options. The benefit of ARMv6 in src/corelib is the use of atomic load and exchange, instead of the old "swap" extension. `__ARCH_ARM_6__` should be used to detect it. The first part of ARM detection was done||[http://qt.gitorious.org/~zecke/qt/zeckes-qt/commit/50b67cf1f47d2caa5b876175129ff8943cba616a 50b67]||9.11.2009|| || || |
| 9 | | ||Enabled pld (preload) in qdrawhelper for ARMv5te and upwards -- For GNU CC the arm revision is detected automatically and this gave a 1fps improvement.||[http://qt.gitorious.org/~zecke/qt/zeckes-qt/commit/b2d17d7c4ecd31cba36ef79909e2e819217a0971 b2d17d]||9.11.2009|| || || |
| 10 | | ||Optimize scrolling of Windowsurfaces. Either optimize memcpy/memmove or consider using a tile based window surface|| || || || || |
| 11 | | ||QImageReader deserves some optimatations. E.g. decode to the QImage provided to the decoder, do not parse every gif when trying to determine the size.||[http://qt.gitorious.org/~zecke/qt/zeckes-qt/commits/merge/qimagehandler-changes image-changes]|| || || || |
| 12 | | ||Cut down on usage of QImage::scanLine inside Qt. This was already done in the GIF and PNG decoder.||[http://qt.gitorious.org/~zecke/qt/zeckes-qt/commits/merge/qimagehandler-changes image-changes]|| 19.10.2009|| || || |
| 13 | | ||Make QGifHandler::imageCount scan through the images. This can give a 5% speedup in the image_cycling reduction.|| || || || || |
| 14 | | ||Make picking a QImageIOHandler in QImageReader faster. Currently even the TIFF plugin is asked to handle images.|| || || || || |
| 15 | | ||Consider creating a tile based QImage to allocate image chunks from an image pool with fixed size images|| || || || || |
| 16 | | ||Bring zero-copy to QIODevice... big one. That is good for networking and image decoding.|| || || || || |
| 17 | | ||Consider creating a SharedBuffer that works on tiles/segments|| || || || || |
| 18 | | ||Changes to QHttpNetworkReply to reduce memory reallocations. Reserve some bytes instead of doing ''QByteArray::append'' all them time.|| || || || || |
| 19 | | ||~~Changes to QNetworkReply to remove quadratic runtime in QNetworkReplyHandler and latency fixes~~||[http://qt.gitorious.org/~zecke/qt/zeckes-qt/commits/merge/network-changes network-changes] || 19.10.2009|| [http://qt.gitorious.org/qt/qt/commit/55b8a57350fee26783b379d3897d38759903824f API addition] [http://trac.webkit.org/changeset/51411 r51411 uses new API] [http://qt.gitorious.org/qt/qt/commit/0739771c29d38a4a2f2cb08560181195ad4e8e0c Parse Date header directly] [http://qt.gitorious.org/qt/qt/commit/a7dfc472b06966393a9d9c394d91ed8974b9cfb6 Remove QByteArray::toLower calls] [http://qt.gitorious.org/qt/qt/commit/a7dfc472b06966393a9d9c394d91ed8974b9cfb6 Remove QByteArray::toLower] [http://qt.gitorious.org/qt/qt/commit/afffa7cd099379d78ada4c96c2284e87f77d7bb2 Remove QbyteArray::toLower] ||20.11.2009 || |
| 20 | | ||Cut down on the usage of QUrl::toEncoded as it shows up in the profile of starting jobs.|| || || || || |
| 21 | | ||QBENCHMARK results are hard to analyze and compare. We need a single and simple way to say if something is faster or slower. Be a bit like sunpsider, do the same math as well, mention slowest and fastest run.|| || || || || |
| 22 | | ||The qttracereplay utility should decode a frame at a time to not run out of memory on embedded devices.|| || || || || |
| 23 | | ||The qttracereplac utility should take a -iterations options like known from QBENCHMARK|| || || || || |
| | 4 | The QtBackLog was migrated to the JIRA. You can use this [http://bugreports.qt.nokia.com/secure/IssueNavigator.jspa?mode=hide&requestId=10881query] |
| | 5 | |
| | 6 | |
