| 4 | | * ARM optimized qdrawhelper is only enabled for RCVT (symbian) . The needs to be transferred to gcc inline assembly. This will optimize memfill, Source, SourceOver and some blend functions. |
| 5 | | |
| 6 | | * 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. |
| 7 | | |
| 8 | | * Enabled pld (preload) in qdrawhelper for ARMv5te and upwards |
| 9 | | |
| 10 | | * 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. |
| 11 | | |
| 12 | | * Changes to QHttpNetworkReply to reduce memory reallocations. Reserve some bytes instead of doing ''QByteArray::append'' all them time. |
| 13 | | |
| 14 | | * Cut down on the usage of QUrl::toEncoded as it shows up in the profile of starting jobs. |
| 15 | | |
| 16 | | * 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. |
| 17 | | |
| 18 | | * Make picking a QImageIOHandler in QImageReader faster. Currently even the TIFF plugin is asked to handle images. |
| 19 | | |
| 20 | | * Bring zero-copy to QIODevice... big one. That is good for networking and image decoding. |
| 21 | | |
| 22 | | * Cut down on usage of QImage::scanLine inside Qt. This was already done in the GIF and PNG decoder. Patch is to be merged. |
| 23 | | |
| 24 | | * Make QGifHandler::imageCount scan through the images. This can give a 5% speedup in the image_cycling reduction. |
| | 4 | ||Description||Branch||Landed in|| |
| | 5 | ||ARM optimized qdrawhelper is only enabled for RCVT (symbian) . The needs to be transferred to gcc inline assembly. This will optimize memfill, Source, SourceOver and some blend functions.|| || || |
| | 6 | ||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.|| || || |
| | 7 | ||Enabled pld (preload) in qdrawhelper for ARMv5te and upwards|| || || |
| | 8 | ||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]|| || |
| | 9 | ||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]|| || |
| | 10 | ||Make QGifHandler::imageCount scan through the images. This can give a 5% speedup in the image_cycling reduction.|| || || |
| | 11 | ||Make picking a QImageIOHandler in QImageReader faster. Currently even the TIFF plugin is asked to handle images.|| || || |
| | 12 | ||Bring zero-copy to QIODevice... big one. That is good for networking and image decoding.|| || || |
| | 13 | ||Changes to QHttpNetworkReply to reduce memory reallocations. Reserve some bytes instead of doing ''QByteArray::append'' all them time.|| || || |
| | 14 | ||Changes to QNetworkReply to remove quadratic runtime in QNetworkReplyHandler and latency fixes|| || || |
| | 15 | ||Cut down on the usage of QUrl::toEncoded as it shows up in the profile of starting jobs.|| || || |
| | 16 | ||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.|| || || |
