Mike Hearn wrote:
On Mon, 29 Aug 2005 16:01:23 +0200, Lorenzo Colitti wrote:
Any ideas?
Initialising the video card? Last time I messed with direct video
access was the DOS days but IIRC [...]
I also tested the "dummy" video card driver and if I remember right, I
saw this there too. I'm not
On Mon, 2005-08-29 at 15:14 +0200, Erwann Chenede wrote:
> Hi all,
>
> Ross Burton wrote:
>
> >On Mon, 2005-08-29 at 10:24 +0100, ghee teo wrote:
> >
> >
> >>Look like some cool stuffs you have done here!
> >>Just want to point out that John Rice is doing some performance analysis
> >>work
On Mon, 29 Aug 2005 16:01:23 +0200, Lorenzo Colitti wrote:
> Any ideas?
Initialising the video card? Last time I messed with direct video
access was the DOS days but IIRC it involves lots of writing to
registers, waiting for X usec, reading, if you don't get value XYZ
repeat and so on. That could
> "Grzegorz" == Grzegorz D±browski <[EMAIL PROTECTED]> writes:
Grzegorz> I think that writing simple lightweight library (or
Grzegorz> implement function in glib - Ridlay ;) which does C-like
Grzegorz> preprocessing will be better solution. The library could be
Grzegorz> used in some other pla
Hi All,
You'll find attached a patch which fixes the multiple call problem
using Xsettings instead
of the "style-set" signal.
I've also created a bug to track this issue
(http://bugzilla.gnome.org/show_bug.cgi?id=314774)
Cheers,
Erwann
Erwann Chenede wro
HC Brugmans <[EMAIL PROTECTED]> writes:
> E-mails related to Linux or school are English, family, friends and
> general correspondence are Dutch again.
As I said, it works surprisingly well. I've been using guess-lang.el
myself for some years in Emacs, also for email, in an unsophisticated
manne
On Mon, 29 Aug 2005 15:28:53 +0300, Yavor Doganov wrote:
> I thought that everyone reading this list would agree that this has to be
> changed. And it is changing slowly as people tend to learn to value their
> freedom. Why putting it as an argument then?
A bit OT but ok :) It would be nice to c
Hi,
as part of my work in looking at gnome login times I instrumented the
whole process of loading gnome from gdm starting from when gdm starts up:
http://www.gnome.org/~lcolitti/gnome-startup/bootcharts/instrument-gdm.png
One thing I don't understand is why the XOpenDisplay() call from gdm
On Mon, 29 Aug 2005, Lorenzo Colitti wrote:
> Alexander Larsson wrote:
> >> So, as Owen says, most of the time is spent just reading the cc1
> >> binary into memory. I have no idea why it's reading around all over
> >> the place instead of performing one big sequential read of the whole
> >> file
Alexander Larsson wrote:
So, as Owen says, most of the time is spent just reading the cc1
binary into memory. I have no idea why it's reading around all over
the place instead of performing one big sequential read of the whole
file though.
My guess is that it just maps the whole executable on s
Lorenzo Colitti <[EMAIL PROTECTED]> writes:
> So, as Owen says, most of the time is spent just reading the cc1 binary
> into memory. I have no idea why it's reading around all over the place
> instead of performing one big sequential read of the whole file
> though.
Well, that's to avoid reading
On Mon, 2005-08-29 at 15:28 +0200, Lorenzo Colitti wrote:
>
>
> So, as Owen says, most of the time is spent just reading the cc1
> binary into memory. I have no idea why it's reading around all over
> the place instead of performing one big sequential read of the whole
> file though.
My guess is
[reposting to the list since it went over the size limit]
Ross Burton wrote:
What is xrdb/cpp *doing* in the 10% of the startup time? It doesn't
perform any I/O as gnome-settings-daemon does that instead, and streams
the contents of the files into xrdb's stdin.
Most of the work it's doing is
Hi all,
Ross Burton wrote:
On Mon, 2005-08-29 at 10:24 +0100, ghee teo wrote:
Look like some cool stuffs you have done here!
Just want to point out that John Rice is doing some performance analysis
work on GNOME startup time also, see his blog:
http://blogs.sun.com/roller/page/jmr/
Dnia 29-08-2005, pon o godzinie 13:31 +0100, Alan Cox napisał(a):
> > $ ls -l /usr/libexec/gcc/i386-redhat-linux/4.0.1/cc1
> > -rwxr-xr-x 1 root root 4576236 Aug 26 22:34
> > /usr/libexec/gcc/i386-redhat-linux/4.0.1/cc1
> >
> > Taking a 1-2 seconds to read a binary of that size isn't great, and
On Sun, 28 Aug 2005 13:26:13 +0100, Mike Hearn wrote:
> aMSN is Tk based and a hugely popular chat client (on the grounds that it
> does MSN Messenger, the de-facto standard in Europe, better than Gaim
^
I thought that everyone reading this list would agre
> $ ls -l /usr/libexec/gcc/i386-redhat-linux/4.0.1/cc1
> -rwxr-xr-x 1 root root 4576236 Aug 26 22:34
> /usr/libexec/gcc/i386-redhat-linux/4.0.1/cc1
>
> Taking a 1-2 seconds to read a binary of that size isn't great, and
> likely object-file reordering could improve things quite a bit, but it
>
On Mon, 2005-08-29 at 11:49 +0100, Ross Burton wrote:
> On Sat, 2005-08-27 at 20:43 -0400, Owen Taylor wrote:
> > cpp is built into GCC these days, so is not lightweight by any means.
> >
> > I don't know if there is a 10k cpp implementation out there, but if
> > there is, then switching X.org to
Ole Laursen wrote:
Martin Soto <[EMAIL PROTECTED]> writes:
Like you, I consider simplicity very valuable, but I cannot think of a
solution that doesn't require the user to explicitly specify the
language in some way. The good part is that when only one dictionary is
installed, you could hide l
On Mon, 2005-08-29 at 13:00 +0200, Rodrigo Moya wrote:
> automatic selection seems to work perfectly for me. I write in Spanish
> and English and the evo composer gets the correct spell dictionary every
> time. Of course, you have to enable all the languages you want to use in
> Edit->Preferences->
Martin Soto <[EMAIL PROTECTED]> writes:
> Like you, I consider simplicity very valuable, but I cannot think of a
> solution that doesn't require the user to explicitly specify the
> language in some way. The good part is that when only one dictionary is
> installed, you could hide language selecti
On Sun, 2005-08-28 at 13:33 +0200, Martin Soto wrote:
>
> I think that having to write in at least two languages on a regular
> basis is a common situation for many users, that should be taken into
> account not only by libraries like gtkspell but by applications. For
> example, I'd really love ha
On Mon, 2005-08-29 at 10:24 +0100, ghee teo wrote:
> Look like some cool stuffs you have done here!
> Just want to point out that John Rice is doing some performance analysis
> work on GNOME startup time also, see his blog:
>
> http://blogs.sun.com/roller/page/jmr/20050826
The good question
On Mon, 2005-08-29 at 09:07 +0200, Mikael Hallendal wrote:
> Damon Chaplin wrote:
>
> Hi,
>
> > gtk-doc may soon have some DocBook documentation, so it will depend on
> > scrollkeeper. Can anyone see a problem with that?
> >
> > Anyone mind if I add a scrollkeeper dependency to all the jhbuild
>
On Sat, 2005-08-27 at 20:43 -0400, Owen Taylor wrote:
> cpp is built into GCC these days, so is not lightweight by any means.
>
> I don't know if there is a 10k cpp implementation out there, but if
> there is, then switching X.org to use that might by the right course in
> this area.
People have
On Mon, 29 Aug 2005, Yaron Tausky wrote:
> I think it ought to be, at least, script-dependent. My two main
> languages are Hebrew and English, which are written in different scripts
> (Hebrew and Latin). If I write a word in Latin script it's not going to
> appear in a Hebrew dictionary and vice v
On Mon, 2005-08-29 at 11:37 +0200, Martin Soto wrote:
> Unfortunately, the main problem is not performance, but the fact that
> having many dictionaries active at the same time highly increases the
> risk of false positives, thus beating the purpose of spell checking to
> some extent. Similarities
On Sun, 2005-08-28 at 20:20 -0400, Rodney Dawes wrote:
> I would rather just see it work for all installed language dictionaries
> by default. There's no particular reason to make the user change their
> language in so many ways. For most users, I think this will work best.
> There might be some pe
Lorenzo,
Look like some cool stuffs you have done here!
Just want to point out that John Rice is doing some performance analysis
work on GNOME startup time also, see his blog:
http://blogs.sun.com/roller/page/jmr/20050826
May be useful to touch base and create some synergy here
Damon Chaplin wrote:
Hi,
> gtk-doc may soon have some DocBook documentation, so it will depend on
> scrollkeeper. Can anyone see a problem with that?
>
> Anyone mind if I add a scrollkeeper dependency to all the jhbuild
> modulesets?
Is this for documentation of gtk-doc itself or for documentat
30 matches
Mail list logo