Hello folks,
I can't resist commenting about the oh-so-popular-with-gtk give me
some numbers comentary. Every once in a while there's somebody saying
GTK is slow, and there's another someone asking for numbers... i think
we should try to figure a pattern here. If 1 person was saying GTK is
slow,
On Mon, 13 Dec 2004 07:51:16 -0500, Paul Davis
[EMAIL PROTECTED] wrote:
i must be ultra modern, then. gedit fires up slightly faster than
kedit in all of 10 tests, including 5 done without flushing the buffer
cache and 5 where the buffer cache was flushed every time.
Could you please tell us
On Mon, 13 Dec 2004 07:51:16 -0500, Paul Davis
[EMAIL PROTECTED] wrote:
i must be ultra modern, then. gedit fires up slightly faster than
kedit in all of 10 tests, including 5 done without flushing the buffer
cache and 5 where the buffer cache was flushed every time.
Could you please tell us
On Mon, 13 Dec 2004 09:14:35 -0500, Paul Davis
[EMAIL PROTECTED] wrote:
On Mon, 13 Dec 2004 07:51:16 -0500, Paul Davis
[EMAIL PROTECTED] wrote:
i must be ultra modern, then. gedit fires up slightly faster than
kedit in all of 10 tests, including 5 done without flushing the buffer
cache and
P4, 2.8GHz, IDE 7200rpm drive, 2.4.26+lowlat kernel.
Dude... talk about bleeding edge hardware! :P
I've got a much average computer:
AthlonXP2000+ 1.7Ghz 256RAM 72000rpm drive.
I'm pretty sure Gedit opens really fast on your PC... but you gotta
think about we poor users who just want to take
On Sun, 2004-12-12 at 18:50 +0300, Victor Nazarov wrote:
Sven Neumann wrote:
Hi,
Victor Nazarov [EMAIL PROTECTED] writes:
Can you give some numbers please? I don't see any noticeable delay
when starting a GTK+ application. So I suspect that something is wrong
with your setup.
On Mon, 13 Dec 2004 11:08:54 -0500, Owen Taylor [EMAIL PROTECTED] wrote:
Try 'fc-cache -f' as root on your system, have stale font caches
is a common cause of startup slowness.
Someone recently found out there's an issue with Pango that makes
rendering slower when using non-english languages,
On Mon, 2004-12-13 at 17:03 +, Joao Victor wrote:
On Mon, 13 Dec 2004 11:08:54 -0500, Owen Taylor [EMAIL PROTECTED] wrote:
Try 'fc-cache -f' as root on your system, have stale font caches
is a common cause of startup slowness.
Someone recently found out there's an issue with Pango
I'm using Debian every day... And I've been trying to find why I prefer
MS Widows GUI over Gnome. Now I've undesrtood. It's responsiveness. So I
know that gtk+ is superior over Win32 becouse of it's portabillity and
the most important is the ease of programming with it. But Gnome and GTK
I don't know about others, but when I run gtk+ apps on windows, they
usually run at either the same speed or slightly faster than native
windows mfc applications. The only time they slow down is during
heavy network access for some reason, but otherwise they run quite
well for being on windows,
I'm using Debian every day... And I've been trying to find why I
prefer MS Widows GUI over Gnome. Now I've undesrtood. It's
responsiveness. So I know that gtk+ is superior over Win32 becouse of
it's portabillity and the most important is the ease of programming
with it. But Gnome and GTK
I havn't said that GObject signal marshalling is a major bottleneck.
I've said about overal run-time design of gtk...
you said run time binding to signals.
I have the following manual mesurments, wich are very inaccurate...
It's near 3 seconds betwean clicking on gnome-terminal launcher and the
On Sun, 2004-12-12 at 18:50 +0300, Victor Nazarov wrote:
I have only ps/2 keyboard and usb mouse. Machine is Pentium III
Copermine 533 MHz with 384 MB RAM runing Linux kernel v 2.4.26...
Try the latest release candidate for the linux 2.6.10 kernel. I think
you'll find the 2.6 kernel gives
Sven Neumann wrote:
Hi,
Victor Nazarov [EMAIL PROTECTED] writes:
Can you give some numbers please? I don't see any noticeable delay
when starting a GTK+ application. So I suspect that something is wrong
with your setup. There are several things that could be wrong. Your
font cache could be
14 matches
Mail list logo