Qt-embedded-interest Archive, October 2006
Qt3/embedded and Konqueror embedded performance
Message 1 in thread
I have Qt/E and Konqueror running on an embedded arm platform. After
much debugging and testing it is stable, and, with the help of the kind
folks on the Konqueror embedded list we have quashed many of the
arm-related bugs in Konqueror.
Qt is compiled to run on the bare framebuffer. We don't need X as
konqueror is the only app we will run on the interface.
I am stuck on the performance, though. It is taking 12 - 30 seconds to
refresh a page. Most of this is due to Konqueror just taking a very long
time to do almost anything. It takes about 12 seconds to bring up a
simple HTML page with a tiny bit of Javascript.
I can't help but think that Qt and Konqueror can be optimized to boost
performance, but I just don't know enough of Qt internals to do that. We
need very limited functionality - we don't need printing, dialog boxes,
etc. Just a stripped down html viewer that speaks javascript and handles
forms.
We are using php-generated pages with lighttpd, which has helped some,
but still we have a user interface that is barely usable due to the slow
response.
I would appreciate any help or suggestions.
--Yan
To unsubscribe - send "unsubscribe" in the subject to qt-embedded-interest-request@xxxxxxxxxxxxx
Message 2 in thread
On Wednesday 25 October 2006 23:09, Yan Seiner wrote:
> I have Qt/E and Konqueror running on an embedded arm platform. After
> much debugging and testing it is stable, and, with the help of the kind
> folks on the Konqueror embedded list we have quashed many of the
> arm-related bugs in Konqueror.
>
> Qt is compiled to run on the bare framebuffer. We don't need X as
> konqueror is the only app we will run on the interface.
>
> I am stuck on the performance, though. It is taking 12 - 30 seconds to
> refresh a page. Most of this is due to Konqueror just taking a very long
> time to do almost anything. It takes about 12 seconds to bring up a
> simple HTML page with a tiny bit of Javascript.
>
> I can't help but think that Qt and Konqueror can be optimized to boost
> performance, but I just don't know enough of Qt internals to do that. We
> need very limited functionality - we don't need printing, dialog boxes,
> etc. Just a stripped down html viewer that speaks javascript and handles
> forms.
>
> We are using php-generated pages with lighttpd, which has helped some,
> but still we have a user interface that is barely usable due to the slow
> response.
>
> I would appreciate any help or suggestions.
>
Qt/E 3 is a bit slow on performance, so you might want to look into using Qt/E
2, or even better using Qtopia Core 4 (Qt/E 4).
--
[ signature omitted ]
Message 3 in thread
It depends on what type of arm chip it is.
You'll have to do profiling to find where your bottlenecks are. (Hint:
use -fno-omit-frame-pointer when compiling -O2 -pg, otherwise the app
will crash)
One idea for slow performance:
If your arm chip doesn't have hardware floating point and your code is
using floating point, it'll generate extremely slow emulation code.
Good luck,
Ben
> -----Original Message-----
> From: Yan Seiner [mailto:yan@xxxxxxxxxx]
> Sent: Wednesday, October 25, 2006 3:09 PM
> To: qt-embedded-interest@xxxxxxxxxxxxx
> Subject: Qt3/embedded and Konqueror embedded performance
>
> I have Qt/E and Konqueror running on an embedded arm
> platform. After much debugging and testing it is stable, and,
> with the help of the kind folks on the Konqueror embedded
> list we have quashed many of the arm-related bugs in Konqueror.
>
> Qt is compiled to run on the bare framebuffer. We don't need
> X as konqueror is the only app we will run on the interface.
>
> I am stuck on the performance, though. It is taking 12 - 30
> seconds to refresh a page. Most of this is due to Konqueror
> just taking a very long time to do almost anything. It takes
> about 12 seconds to bring up a simple HTML page with a tiny
> bit of Javascript.
>
> I can't help but think that Qt and Konqueror can be optimized
> to boost performance, but I just don't know enough of Qt
> internals to do that. We need very limited functionality - we
> don't need printing, dialog boxes, etc. Just a stripped down
> html viewer that speaks javascript and handles forms.
>
> We are using php-generated pages with lighttpd, which has
> helped some, but still we have a user interface that is
> barely usable due to the slow response.
>
> I would appreciate any help or suggestions.
>
> --Yan
>
> To unsubscribe - send "unsubscribe" in the subject to
> qt-embedded-interest-request@xxxxxxxxxxxxx
>
>
To unsubscribe - send "unsubscribe" in the subject to qt-embedded-interest-request@xxxxxxxxxxxxx
Message 4 in thread
Benjamin Ari Schleimer wrote:
> It depends on what type of arm chip it is.
> You'll have to do profiling to find where your bottlenecks are. (Hint:
> use -fno-omit-frame-pointer when compiling -O2 -pg, otherwise the app
> will crash)
>
The board is a Technologic TS7200 board. It uses an ARM9 core (Cirrus
EP9302 CPU). No hardware floating point support.
> One idea for slow performance:
> If your arm chip doesn't have hardware floating point and your code is
> using floating point, it'll generate extremely slow emulation code.
>
I am already compiling everything for soft-float, which gained about 20%
improvement.
> Good luck,
Thanks.
:-)
--Yan
> Ben
>
>
>> -----Original Message-----
>> From: Yan Seiner [mailto:yan@xxxxxxxxxx]
>> Sent: Wednesday, October 25, 2006 3:09 PM
>> To: qt-embedded-interest@xxxxxxxxxxxxx
>> Subject: Qt3/embedded and Konqueror embedded performance
>>
>> I have Qt/E and Konqueror running on an embedded arm
>> platform. After much debugging and testing it is stable, and,
>> with the help of the kind folks on the Konqueror embedded
>> list we have quashed many of the arm-related bugs in Konqueror.
>>
>> Qt is compiled to run on the bare framebuffer. We don't need
>> X as konqueror is the only app we will run on the interface.
>>
>> I am stuck on the performance, though. It is taking 12 - 30
>> seconds to refresh a page. Most of this is due to Konqueror
>> just taking a very long time to do almost anything. It takes
>> about 12 seconds to bring up a simple HTML page with a tiny
>> bit of Javascript.
>>
>> I can't help but think that Qt and Konqueror can be optimized
>> to boost performance, but I just don't know enough of Qt
>> internals to do that. We need very limited functionality - we
>> don't need printing, dialog boxes, etc. Just a stripped down
>> html viewer that speaks javascript and handles forms.
>>
>> We are using php-generated pages with lighttpd, which has
>> helped some, but still we have a user interface that is
>> barely usable due to the slow response.
>>
>> I would appreciate any help or suggestions.
>>
>> --Yan
>>
>> To unsubscribe - send "unsubscribe" in the subject to
>> qt-embedded-interest-request@xxxxxxxxxxxxx
>>
>>
>>
>
> To unsubscribe - send "unsubscribe" in the subject to qt-embedded-interest-request@xxxxxxxxxxxxx
>
>
>
> !DSPAM:453f660317891334510147!
>
To unsubscribe - send "unsubscribe" in the subject to qt-embedded-interest-request@xxxxxxxxxxxxx
