LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Software (https://www.linuxquestions.org/questions/linux-software-2/)
-   -   xdvi takes a long time to refresh (https://www.linuxquestions.org/questions/linux-software-2/xdvi-takes-a-long-time-to-refresh-4175657036/)

centguy 07-08-2019 04:57 AM

xdvi takes a long time to refresh
 
This is
CentOS 7 3.10.0-957.21.3.el7.x86_64

xdvik version 22.86 (Xaw toolkit)
Libraries: kpathsea version 6.1.1, freetype version 2.8.0

It is rather unfortunate that scrolling a .dvi file generated by
latex will hang at some point.

It is certain to happen. When it happens, i can do two things:

1. Wait, then after many seconds, it will move to a few pages down the road
since i have hit a few Enter strokes, which is not what I want.

OR

2. Click on the mouse, and the screen is refreshed immediately. The page
will go down a few pages down too.


I have used xdvi in many Linux (CentOS 6) and never have
such observation. On one older machine
with identical CentOS 7 setup, it is strange since fast scrolling is observed too.

So question: What goes wrong? How can I start to pinpoint the bottleneck?

Graphics card + Xorg (bad drivers?), slow hard disk (seems unlikely
since I have CentOS 6 on the same machine but no such
delay) I have not got a clue what can
cause this to happen.

In my experience
xdvi scrolls really fast even for a large document -- a main reason
I used it a lot. I do not know
why that combinations of OS and xdvi mentioned at the top is not
behaving properly.

Quote:


$ glxinfo | grep render
direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose)
OpenGL renderer string: Quadro FX 3800/PCIe/SSE2
GL_NVX_gpu_memory_info, GL_NV_blend_square, GL_NV_conditional_render,
GL_OES_fbo_render_mipmap, GL_OES_packed_depth_stencil, GL_OES_rgb8_rgba8,

graphic card seems okay..

centguy 07-08-2019 10:39 AM

Check on the installed Linux Mint 18 and Debian 9 on the SAME machine and the xdvi there are very
healthy!

Is this one of the Fedora/CentOS7 jokes on me?

centguy 07-08-2019 10:41 AM

but unsolved too.

centguy 07-08-2019 10:42 AM

Out of my 3 computers installed with CentOS 7, 2 have this problem..

centguy 07-09-2019 01:56 AM

I suspect the faster computers will have this problem since it reacts faster to holding the Enter keys and got utterly confused very soon. Anyway,
the problem is not fatal, but it is good to know the cause of it.

centguy 07-09-2019 08:59 AM

I suspect graphic card driver.
Then I do this:

Quote:


rpm -e nvidia-x11-drv-430.26-1.el7_6.elrepo.x86_64 kmod-nvidia-430.26-1.el7_6.elrepo.x86_64 nvidia-x11-drv-libs-430.26-1.el7_6.elrepo.x86_64
Now the scrolling is good!

Quote:

# glxinfo | grep render
direct rendering: Yes
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer,
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer,
Extended renderer info (GLX_MESA_query_renderer):
OpenGL renderer string: NV106
GL_ARB_compute_variable_group_size, GL_ARB_conditional_render_inverted,
GL_MESA_texture_signed_rgba, GL_NV_conditional_render, GL_NV_depth_clamp,
GL_ARB_conditional_render_inverted, GL_ARB_conservative_depth,
GL_NV_conditional_render, GL_NV_depth_clamp, GL_NV_fog_distance,
GL_OES_element_index_uint, GL_OES_fbo_render_mipmap,

It is very strange that direct rendering is YES, in contrast to post 1. (In fact
only I realize that direct rendering was not okay in post 1. I always
thought the kmod-nvidia has made everything okay)


All times are GMT -5. The time now is 12:39 PM.