Changes between Version 13 and Version 14 of QtBackLog


Ignore:
Timestamp:
Oct 18, 2009 11:42:24 PM (11 years ago)
Author:
zecke@selfish.org
Comment:

Change Qt items into a table

Legend:

Unmodified
Added
Removed
Modified
  • QtBackLog

    v13 v14  
    22
    33=== Qt problems ===
    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.|| || ||
    2517
    2618=== QtWebKit problems ===