Behdad Esfahbod's daily notes on GNOME, Pango, Fedora, Persian Computing, Bob Dylan, and Dan Bern!

My Photo
Name:
Location: Toronto, Ontario, Canada

Ask Google.

Contact info
Google
Hacker Emblem Become a Friend of GNOME I Power Blogger
follow me on Twitter
Archives
July 2003
August 2003
October 2003
November 2003
December 2003
March 2004
April 2004
May 2004
July 2004
August 2004
September 2004
November 2004
March 2005
April 2005
May 2005
June 2005
July 2005
August 2005
September 2005
October 2005
November 2005
December 2005
January 2006
February 2006
March 2006
April 2006
May 2006
June 2006
July 2006
August 2006
September 2006
October 2006
November 2006
December 2006
January 2007
February 2007
March 2007
April 2007
May 2007
June 2007
July 2007
August 2007
September 2007
October 2007
November 2007
December 2007
January 2008
February 2008
March 2008
April 2008
May 2008
June 2008
July 2008
August 2008
October 2008
November 2008
December 2008
January 2009
March 2009
April 2009
May 2009
June 2009
July 2009
August 2009
November 2009
December 2009
March 2010
April 2010
May 2010
June 2010
July 2010
October 2010
November 2010
April 2011
May 2011
August 2011
September 2011
October 2011
November 2011
November 2012
June 2013
January 2014
May 2015
Current Posts
McEs, A Hacker Life
Friday, February 10, 2006
 VTE is Fast now

VTE patches are in CVS. The throttling one, the faster private, and the efficient sequence handler table that I just cooked. The throttling reduces the time for a warm "ls -R /usr/lib" from above 5s to below 2s with no sensible difference on the screen.

Comments:
<3
 
I've tested your patches. ls -R /usr/lib took 7-10 seconds before the patches were applied (not counting cold runs). Now, with patches applied, it takes less than 2 seconds:

time ls -R /usr/lib
[snip]
real 0m1.507s

Great!
 
Thank you!
 
Sounds great, thanks for your work on this!
 
Here are some interesting numbers from my testing.

xterm:
$ time ls -R /usr/lib
real 0m6.574s
user 0m0.264s
sys 0m0.656s

gnome-terminal:
$ time ls -R /usr/lib
real 0m3.363s
user 0m0.220s
sys 0m0.704s

Great work!
 
Bravissimo!

Christian Sasso (GNOME fan)
 
Maybe you'd be interested in fixing some of the
display bugs in vte.
Some are revealed when running vttest:
http://dickey.his.com/vttest/vttest.html
AFAIK one was the fact that vte does not restore the cursor attributes when saving/restoring the cursor position. Another one is not coping with empty strings in the color specification (i.e something like: ^[4;;m)

A much needed feature for vte is support for 256 colors. Look how good emacs looks on
a 256 colors rxvt (same for xterm)
http://lorentey.hu/images/emacs/multi-tty.dann.jpg
 
Thanks for all the comments. For bugs, please report them on bugzilla.gnome.org. As for 256 colors, it's quite possible in vte, needs somebody that knows the spec to implement it. May be you as well!
 
Looks like the bugs are already present in bugzilla:
vttest: #4993
256 colors support: #168251

Looking at the vte bugs in bugzilla:
http://bugzilla.gnome.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&product=vte&component=VteTerminal&version=0.10.x&version=0.11.x&version=unspecified&long_desc_type=substring&long_desc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=NEEDINFO&emailassigned_to1=1&emailtype1=substring&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailcc2=1&emailtype2=substring&email2=&bugidtype=include&bug_id=&chfieldfrom=&chfieldto=Now&chfieldvalue=&field0-0-0=noop&type0-0-0=noop&value0-0-0=&order=bugs.bug_status,bugs.bug_id&query_based_on=
it seems taht there's a huge number of unconfirmed bugs, so it does not look like anybody is paying any attention to the bug reports. :-(

A few bugs have patches included that have not been applied...

You might find bug #96879 useful for your performance work.

As for the 256 colors, I don't currently have the time to work on this, but I can provide the RGB triplets for the 256 colors (or an algorithm to compute them) in case anybody is interested.
 
Looks like the bugs are already present in bugzilla:
vttest: #4993
256 colors support: #168251

Looking at the vte bugs in bugzilla:
http://bugzilla.gnome.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&product=vte&component=VteTerminal&version=0.10.x&version=0.11.x&version=unspecified&long_desc_type=substring&long_desc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=NEEDINFO&emailassigned_to1=1&emailtype1=substring&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailcc2=1&emailtype2=substring&email2=&bugidtype=include&bug_id=&chfieldfrom=&chfieldto=Now&chfieldvalue=&field0-0-0=noop&type0-0-0=noop&value0-0-0=&order=bugs.bug_status,bugs.bug_id&query_based_on=
it seems taht there's a huge number of unconfirmed bugs, so it does not look like anybody is paying any attention to the bug reports. :-(

A few bugs have patches included that have not been applied...

You might find bug #96879 useful for your performance work.

As for the 256 colors, I don't currently have the time to work on this, but I can provide the RGB triplets for the 256 colors (or an algorithm to compute them) in case anybody is interested.
 
I implemented 256 color support for vte.
There are some (small) decisions left to make for someone that knows the vte code...
Interested?
 
Definitely!!!
Please file a bug at http://bugs.gnome.org/ and attach your patch. We will talk about the rest there.

Thanks
 
Patch attached to bug #168251
 
Post a Comment



<< Archive
<< Home