Robustness of Qt based projects

[Sheng]

The biggest project using Qt is KDE.

As for robustness, it depends what you call robustness. MTF? MTR? Scalability? Performance?

Thanks for the reply.
robustness means application can stably run for a long time. With large amount of data comes in real time, several threads will process the data, and several threads will control motors and other hardwares based on the analysis. Analysis results and other parameters will be updated quickly in the view. Any kind of crash will not be tolerated.

[drescherjm]

I have had kde-3.5.X run for several months without any stability problems. Also I have had mythtv run over a year without exiting and without issue.

www.mythtv.org

[Sheng]

I have had kde-3.5.X run for several months without any stability problems. Also I have had mythtv run over a year without exiting and without issue.

www.mythtv.org

Very impressive, thanks.

[wysota]

Thanks for the reply.
robustness means application can stably run for a long time.

So you mean MTF.

Any kind of crash will not be tolerated.

Qt doesn't crash spontaneously. If your application crashes after hours of working, it will be caused by your code.

[Sheng]

So you mean MTF.


Qt doesn't crash spontaneously. If your application crashes after hours of working, it will be caused by your code.

Thanks, is there any robustness testing report? for example, how about 100 people connect to the server from nxclient and use KDE simultaneously? just curious.

[wysota]

Thanks, is there any robustness testing report? for example, how about 100 people connect to the server from nxclient and use KDE simultaneously? just curious.

This is not robustness, this is scalability. And Qt has nothing to do with that by the way. Could you say what you need this information for anyway?

[Sheng]

This is not robustness, this is scalability. And Qt has nothing to do with that by the way. Could you say what you need this information for anyway?

Just want to know how Qt application works with heavy load of signals and threads. Our application used to work fine for several days then crashes, it can happen in second day or in 10th day. Now we decreased the load of signals and threads and improved the Controller, it can work for long time.

[wysota]

Having too many signals emitted can slow down your application but not crash it. There has to be something wrong in your application logic. What did the debugger say? Where did the crash occur? Maybe you simply have a memory leak and you run out of resources?

[bnolsen]

You asked all the wrong questions.
Robustness starts with design and choice of hardware/tools, not a toolkit.

Based on my little experience with hydroelectric & natural gas monitoring
#1 - if your running windows you've already lost (definitely true pre vista64...I have suspicion server 2008 x64 is also not robust).
#2 - your primary systems should coded leveraging the OS itself -- no GUI components. Cross platform is nice but you trade robustness. With Qt this definitely is always a moving target (and partly why my company dumped Qt).
#3 - Core robust systems should not be gui-ized. GUI should only interact with/reflect those system states using some communication mechanism.