Description | Branch | Landed in
|
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. | |
|
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. | |
|
Enabled pld (preload) in qdrawhelper for ARMv5te and upwards | |
|
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. | image-changes |
|
Cut down on usage of QImage::scanLine inside Qt. This was already done in the GIF and PNG decoder. | image-changes |
|
Make QGifHandler::imageCount scan through the images. This can give a 5% speedup in the image_cycling reduction. | |
|
Make picking a QImageIOHandler in QImageReader faster. Currently even the TIFF plugin is asked to handle images. | |
|
Bring zero-copy to QIODevice... big one. That is good for networking and image decoding. | |
|
Changes to QHttpNetworkReply to reduce memory reallocations. Reserve some bytes instead of doing QByteArray::append all them time. | |
|
Changes to QNetworkReply to remove quadratic runtime in QNetworkReplyHandler and latency fixes | |
|
Cut down on the usage of QUrl::toEncoded as it shows up in the profile of starting jobs. | |
|
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. | |
|