Initial configuration section 6.1.2 and glxinfo

[jrice41159]

Hi,

I'm just getting started with virtualGL and plan on using it with turbovnc.  I am lightly aware of the basic setups for X server and typically just use X11 forwarding, so I'm sorry if this is a bad question.  I am doing the install, just did the yum install and now and doing the initial system configuration.  I am 6.1.2 Ensure "The 3D X server has been configured to use the GPU drivers you installed above."  And then a little lower... "If the 3D X server is not headless, then this can be verified by logging into the X server locally and running glxinfo."

So where are the 3D X server directions?  I may or may not have that working.  I have an NVIDIA card in and it seems to work with dual 4k monitors.  I can get Putty to connect with X11 forwarding and get various IDE's to display, albeit very slowly, on my windows machine.  But am not clear what the steps are to confirm the 3D X server is configured or what I am looking for in glxinfo.

I'm not sure if you need anything in particular but just in a case...

lspci -- 1:00.0 VGA compatible controller: NVIDIA Corporation GM204 [GeForce GTX 970] (rev a1)

less /proc/info -- Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz

This will generally be on a local LAN.

Thanks for any help,

Jim

[jrice41159]

BTW, this is for Fedora release 31.

[DRC]

On 4/6/20 5:41 PM, jrice41159 wrote:

Hi,

I'm just getting started with virtualGL and plan on using it with turbovnc.  I am lightly aware of the basic setups for X server and typically just use X11 forwarding, so I'm sorry if this is a bad question.  I am doing the install, just did the yum install and now and doing the initial system configuration.  I am 6.1.2 Ensure "The 3D X server has been configured to use the GPU drivers you installed above."  And then a little lower... "If the 3D X server is not headless, then this can be verified by logging into the X server locally and running glxinfo."

So where are the 3D X server directions?  I may or may not have that working.  I have an NVIDIA card in and it seems to work with dual 4k monitors.  I can get Putty to connect with X11 forwarding and get various IDE's to display, albeit very slowly, on my windows machine.  But am not clear what the steps are to confirm the 3D X server is configured or what I am looking for in glxinfo.

"Initial System Configuration" merely describes the steps that must be performed, outside of the context of VirtualGL, before VirtualGL can be installed.  That includes ensuring that the 3D X server is running and supporting hardware-accelerated OpenGL.  The VirtualGL User's Guide contains no directions for installing and configuring the 3D X server, because the 3D X server is not part of VirtualGL.  As described in the "Terminology" section (https://cdn.rawgit.com/VirtualGL/virtualgl/2.6.3/doc/index.html#hd002001), the 3D X server is an X-windows server that runs on the VirtualGL server machine and is attached to a GPU in the same machine.  If you are trying to remotely access a workstation (a machine that can also be used locally, as opposed to a headless server that can only be used remotely), then the 3D X server is the same as the local X server on the workstation.  It sounds as if you can successfully log into that local X server when you're sitting in front of the workstation.  That means that the 3D X server is working, but it doesn't necessarily mean that it's using the correct drivers.  That's why the VGL User's Guide suggests running glxinfo locally on the 3D X server.  That will show you what the OpenGL vendor string is, and it should contain "NVIDIA Corporation" if the nVidia proprietary drivers are in use.  However, if you know that you've successfully used the 3D X server (the workstation's local X server) with hardware-accelerated OpenGL in the past, then you can consider it to be configured, and you should proceed with "Granting Access to the 3D X server."

Also, please note that X11 forwarding has nothing to do with the 3D X server.  When you use X11 forwarding, server-side applications send all of their X11, GLX, and OpenGL commands over the network to be rendered on your client machine, so the X server in the server machine is never involved.  Thus, that's not a relevant test of anything related to VirtualGL.

[jrice41159]

Thanks DRC!  A few quick responses:  yes, I can log onto the server just fine in the Fedora 31 desktop, default is gnome I believe.  Your X11 forwarding comment was appreciated also.  I will continue the install then.

I am also appending my glxinfo output (redacting alot of the stuff that might not add any value).  It looks like it is fine?

Thanks again!

name of display: :1
display: :1  screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
server glx extensions:
    GLX_ARB_context_flush_control, GLX_ARB_create_context,
    GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile,
    GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float,
    GLX_ARB_multisample, GLX_EXT_buffer_age,
    GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile,
    GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_libglvnd,
    GLX_EXT_stereo_tree, GLX_EXT_swap_control, GLX_EXT_swap_control_tear,
    GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating,
    GLX_NV_copy_image, GLX_NV_delay_before_swap, GLX_NV_float_buffer,
    GLX_NV_multigpu_context, GLX_NV_robustness_video_memory_purge,
    GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_swap_control,
    GLX_SGI_video_sync
client glx vendor string: NVIDIA Corporation
client glx version string: 1.4
client glx extensions:
    GLX_ARB_context_flush_control, GLX_ARB_create_context,
    GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile,
    GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float,
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_buffer_age,
    GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile,
    GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB,
    GLX_EXT_import_context, GLX_EXT_stereo_tree, GLX_EXT_swap_control,
    GLX_EXT_swap_control_tear, GLX_EXT_texture_from_pixmap,
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_NV_copy_buffer,
    GLX_NV_copy_image, GLX_NV_delay_before_swap, GLX_NV_float_buffer,
    GLX_NV_multigpu_context, GLX_NV_multisample_coverage,
    GLX_NV_robustness_video_memory_purge, GLX_NV_swap_group,
    GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_swap_control,
    GLX_SGI_video_sync
GLX version: 1.4
GLX extensions:
    GLX_ARB_context_flush_control, GLX_ARB_create_context,
    GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile,
    GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float,
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_buffer_age,
    GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile,
    GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_stereo_tree,
    GLX_EXT_swap_control, GLX_EXT_swap_control_tear,
    GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating,
    GLX_NV_copy_image, GLX_NV_delay_before_swap, GLX_NV_float_buffer,
    GLX_NV_multigpu_context, GLX_NV_robustness_video_memory_purge,
    GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_swap_control,
    GLX_SGI_video_sync
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 4096 MB
    Total available memory: 4096 MB
    Currently available dedicated video memory: 3281 MB
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GTX 970/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 440.59
OpenGL core profile shading language version string: 4.60 NVIDIA
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
 --- removed a bunch of stuff...

OpenGL version string: 4.6.0 NVIDIA 440.59
OpenGL shading language version string: 4.60 NVIDIA
OpenGL context flags: (none)
OpenGL profile mask: (none)
OpenGL extensions:
 
 --- removed a bunch of stuf...

OpenGL ES profile version string: OpenGL ES 3.2 NVIDIA 440.59
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
OpenGL ES profile extensions:
 
 --- removed a bunch of stuff

132 GLX Visuals
    visual  x   bf lv rg d st  colorbuffer  sr ax dp st accumbuffer  ms  cav
  id dep cl sp  sz l  ci b ro  r  g  b  a F gb bf th cl  r  g  b  a ns b eat
----------------------------------------------------------------------------
0x021 24 tc  0  24  0 r  y .   8  8  8  0 .  s  4 24  8 16 16 16 16  0 0 None
0x022 24 dc  0  24  0 r  y .   8  8  8  0 .  s  4 24  8 16 16 16 16  0 0 None
0x024 24 tc  0  32  0 r  y .   8  8  8  8 .  s  4 24  8 16 16 16 16  0 0 None
... removed a bunch of stuff...
0x0a2 32 tc  0  32  0 r  y .   8  8  8  8 .  s  4 24  8 16 16 16 16 16 1 None
0x0a3 32 tc  0  24  0 r  . .   8  8  8  0 .  s  4 24  8 16 16 16 16 16 1 None
0x0a4 32 tc  0  32  0 r  . .   8  8  8  8 .  s  4 24  8 16 16 16 16 16 1 None

215 GLXFBConfigs:
    visual  x   bf lv rg d st  colorbuffer  sr ax dp st accumbuffer  ms  cav
  id dep cl sp  sz l  ci b ro  r  g  b  a F gb bf th cl  r  g  b  a ns b eat
----------------------------------------------------------------------------
0x0a5 24 tc  0  24  0 r  y .   8  8  8  0 .  s  4 24  8 16 16 16 16  0 0 None
0x0a6 24 dc  0  24  0 r  y .   8  8  8  0 .  s  4 24  8 16 16 16 16  0 0 None
0x0a7 24 tc  0  32  0 r  y .   8  8  8  8 .  s  4 24  8 16 16 16 16  0 0 None
... removed a bunch of stuff...
0x179  0 sg  0  64  0    . .  32 32  0  0 f  .  4 24  8 16 16 16 16  0 0 None
0x17a  0 sg  0  64  0 r  y .  32 32  0  0 f  .  4 24  8 16 16 16 16  0 0 None
0x17b  0 sg  0  64  0    y .  32 32  0  0 f  .  4 24  8 16 16 16 16  0 0 None

[DRC]

Yes, that glxinfo output looks good. One thing to note, however, is
that on Fedora 31, configuring VirtualGL (specifically, using
vglserver_config to grant access to the 3D X server) will disable the
ability to log in locally ("locally" = when sitting in front of the
workstation) with a Wayland session. That's unfortunately unavoidable
at the moment. You will still be able to log in locally with an Xorg
session.

> --
> You received this message because you are subscribed to the Google
> Groups "VirtualGL User Discussion/Support" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to virtualgl-use...@googlegroups.com
> <mailto:virtualgl-use...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/virtualgl-users/49369434-8afb-42db-9311-43f11615b057%40googlegroups.com
> <https://groups.google.com/d/msgid/virtualgl-users/49369434-8afb-42db-9311-43f11615b057%40googlegroups.com?utm_medium=email&utm_source=footer>.

[jrice41159]

I noticed that in the documents but wasn't too sure what that really meant.  I'm generally a default install kind of person and the default install is probably not wayland, so I didn't notice any changes there.

I think I am might be off track anyways.  I set up virtualgl and turbovnc and seem to have it working.  But I feel like this is alot of extra work for my basic goal, which is probably more towards a fast X11 forwarding solution.  I am a software developer and need to write java/nodejs/web kind of stuff and so really just need a bunch of shells open, along with an IDE.  X11 forwarding is super easy to get going but is slow as molasses at the same time.  Do you have advice for what it takes to get a fast X11 forwarding solution working or general feedback overall?  Maybe there is another 'Fast X11" project out there.  :-)

> an email to virtual...@googlegroups.com
> <mailto:virtualgl-users+unsub...@googlegroups.com>.

[DRC]

Well, unless the applications you're using use OpenGL, then you don't need VirtualGL at all.

You might try Xpra, which is a different type of X proxy that is more oriented toward individual applications than full remote desktops.  It can also be used with VirtualGL, if necessary, but that shouldn't be necessary if all you're doing is running an IDE.  FreeNX would be another possible solution.  (NX is sort of a hybrid between an X proxy and an X protocol compression solution.)

To unsubscribe from this group and stop receiving emails from it, send an email to virtualgl-use...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/virtualgl-users/e00f5f59-cd4e-4858-b82b-e7cb4abe85cf%40googlegroups.com.