>> That said what kinds of system or usability tests would be
>> representative?
>You bring up a long-standing problem here. :-) Without an
>automated
>performance test suite, all we can go in is the system "feel" and
>"snappiness" when trying to use it.
>
>I would still like to put together a test suite (ideally generic
>enough
>that we can also benchmark Qt4/Qt5 for comparison purposes), but
>don't
>have time at the moment with trying to get R14 out the door and
>all.
Sounds like a great post-R14 project. Until then I'll have to
settle for a stopwatch and the time command. :-)
Darrell
All,
Do you have experience with running Trinity on older hardware?
I have a PI and a PII. For years I ran KDE 3.5.10 on both. While
hardly the fastest hardware, and 3.5.10 hardly the snappiest
desktop environment, the system was usable. Trinity R14 on both
systems is almost unusable. Starting Trinity takes a minute or two.
Opening konsole takes 7-10 seconds. Opening a preloaded konqueror
takes 20-25 seconds.
I realize free/libre software never truly supported older hardware
despite claims otherwise and developers instead move relentlessly
onward with bleeding edge hardware. Still, because of the many
improvements I would think Trinity R14 would fare better, at least
as good as 3.5.10.
Any ideas? Any help?
Darrell
>Please note that this might not be all TDE's fault. I have
>noticed that
>the X server (and possibly the kernel itself) tends to get slower
>and
>slower from release to release on old hardware. In general,
>locking
>myself to an old version of the kernel and Xorg on old hardware,
>then
>compiling new software on top of those old versions, seems to give
>halfway
>decent results.
I agree the problem is not TDE per se. I too seem to believe that
Linux based systems get slower with each new release.
>However, if you are noticing that TDE is running slower than KDE
>3.5.10 on
>the same X/kernel versions, then we have a problem. ;-)
I haven't tried such a test on my older systems. On newer Linux
systems, compiling 3.5.10 now is all but impossible with all of the
various upstream software changes that require patching. I
experienced that compiling R14 on older Linux systems is impossible
without modifying or updating several distro packages. That limits
any 3.5.10->R14 comparison to a specific period of Linux OSs.
Fortunately, I have a candidate here (I can compile 3.5.10 and R14
on Slackware 13.1) and will give this a test a go.
That said what kinds of system or usability tests would be
representative?
Darrell
>Notify-send seems to be the most generic of them all, but does
>depend
>on dbus. Most applets I've seen (mostly gtk applets though), do
>use
>notify send for their notifications.
Can we hack kdbusnotification, knotify, or notify-send to work
correctly?
>You could also use a basic scriptable widget like xdialog which is
>like cdialog or just dialog
I want a system tray popup. (Nikolaus) Likewise for xmessage or
xosd. :-)
I already can create message windows with kdialog, KDED kwrited, or
dcop. But such a script is then not desktop-agnostic. I don't want
to waste time with a bunch of if-then tests. :-)
I want a message that does not timeout, which is broken in notify-
send when used in non-GTK environments. (Or possibly is broken only
in Qt/TQt environments because the -t0 option does not work in KDE
either.)
Besides the broken -t0 option in non-GTK environments, the
notification popup does not use knotify or kdbusnotification. Seems
like notify-send is an obvious option, but not integrated into TDE
at all. Either notify-send or knotify/kdbusnotification need
patching.
If notify-send supports/requires dbus, then patching
kdbusnotifcation would be the most straightforward option?
Ideas?
Darrell
All,
Are there any notification popup tools to use with Trinity?
Especially to run in scripts.
kdialog is TDE-specific, as is dcop.
There is rwall and KDED kwrited, but that is not a small system
tray popup.
libnotify provides notify-send, but notify-send is GNOME-centric.
For example, the infinite timeout option, -t0, does not work with
either TDE or KDE4 (works fine in Xfce).
There is dbus, but that requires installing an optional Trinity
package, kdbusnotification.
Ideas? Recommendations?
Darrell