Hello,
I have a bit related question. More about performance and fonts, as Marc
mentioned it in the last mail.
I'm using urxvt extensively on a 4k screen in a tiger-vnc server and
displaying it via a tigervnc-viewer.
If I run with core fonts (fixed) the display of for example "ls -R /usr" (SSD)
is lightning fast, so around 60Hz and no visible delays, also via vncviewer
(400Mbit/s line) and even full-screen.
The vncviewer on its own is really fast. It runs a
glxgears -geometry 1280x768
with 80 FPS and very smooth to see via vncviewer.
If I use the inconsolata font or any other xft-font the display is very
fast on a local X-server, but quite slow via vncviewer, even on a
localhost-connection with a 8-core CPU without compression and quality=0.
The problem: on a notebook 4k display I'm forced to use xft as there are no
pixel-fonts available which are big enough.
Is there any way to convince urxvt or the X-server to somewhat pre-render the
font and speed this up and reduce the amount of transferred data to the
X-server?
I see big differences in the different terminal-emulators. The test is a full
screen terminal with the same font running on a 4k resolution vncserver and
the display on the same machine also on a 4k display.
urxvt is a factor of *27* slower than konsole (actually, my reason to change
to urxvt 6 years ago was, that urxvt was so much faster than konsole at that
time :-) ).
urxvt-256color: -fn xft:Inconsolata:pixelsize=30:antialias=false:style=Regular
ls --color=tty -R /usr/share/doc 0,16s user 0,24s system 2% cpu 19,047 total
xfce4-terminal and gnome-terminal: inconsolata 12 (results in roughly the same
size as pixelsize=30 in urxvt)
ls --color=tty -R /usr/share/doc 0,17s user 0,15s system 32% cpu 1,022 total
konsole: inconsolata 12 (results in roughly the same size as pixelsize=30 in
urxvt)
ls --color=tty -R /usr/share/doc 0,16s user 0,19s system 49% cpu 0,703 total
Any hints where I have to change settings to speed things up in
urxvt/urxvt-256color?
Thanks,
Michael
---------------------------------------
On Mittwoch 2017-08-02 12:09, Marc Lehmann wrote:
Date: Wed, 2 Aug 2017 12:09:08
From: Marc Lehmann <[email protected]>
To: Phil Tooley <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: Limiting the update framerate
On Fri, Jul 28, 2017 at 06:07:44AM -0400, Phil Tooley
<[email protected]> wrote:
Is there some way to limit the update framerate? I am having the issue that
processes that produce large amounts of output such as compiling cause the X
server to consume huge amounts of cpu due to the rate at which urxvt sends
updates. I would like to limit this update rate similar to the way Xterm or
suckless-term do. Is this possible at all with urxvt?
Hi, what makes you sure it is the *rate* of updates that causes what you
see?
Also, as far as I am aware, xterm doesn't do any rate-limiting, at least
not more so than rxvt-unicode (and I would assume rather less, in fact, as
urxvt by default limits itself to 60 updates/s). If you have evidence to
the contrary, I would be happy to hear about it.
If you have X-server CPU issues in rxvt-unicode but not in xterm, then
most likely this is due to different configuration (such as xft font vs.
core font, background images and so on).
--
The choice of a Deliantra, the free code+content MORPG
-----==- _GNU_ http://www.deliantra.net
----==-- _ generation
---==---(_)__ __ ____ __ Marc Lehmann
--==---/ / _ \/ // /\ \/ / [email protected]
-=====/_/_//_/\_,_/ /_/\_\
_______________________________________________
rxvt-unicode mailing list
[email protected]
http://lists.schmorp.de/mailman/listinfo/rxvt-unicode
_______________________________________________
rxvt-unicode mailing list
[email protected]
http://lists.schmorp.de/mailman/listinfo/rxvt-unicode
