XFree86 / X.org question - X

This is a discussion on XFree86 / X.org question - X ; I've setup xorg on my newly installed Linux box and I'm trying to figure out how I can improve the performance of X. The redrawing seems rather choppy. I installed Gentoo stage1, so I compiled my entire system to match ...

+ Reply to Thread
Results 1 to 12 of 12

Thread: XFree86 / X.org question

  1. XFree86 / X.org question

    I've setup xorg on my newly installed Linux box and I'm trying to
    figure out how I can improve the performance of X. The redrawing
    seems rather choppy.

    I installed Gentoo stage1, so I compiled my entire system to match my
    CPU type, athlon-xp. I'm using my own 2.6.7 kernel with everything
    excluded that I didn't need for this box. In general the performance
    seems pretty good... (as good as I've come to expect from Linux
    anyway) ... nothing worth writing home about, but at least slightly
    better than Mandrake/Fedora.

    But no matter what distro I use, and regardless of Window Manager -
    I've even tried the likes of OpenBox, the screen just seems to act
    choppy/sluggish when I move windows around or resize.

    I have 1GB of RAM on my system and an NVidia GeForce FX 5700. I
    downloaded the latest drivers from NVidia as well as 3 previous driver
    versions from their archives (thinking maybe that somewhere along the
    line something was added to their drivers that made them perform like
    crap.)

    I've tried enabling/disabling "Side Band Addressing" and "Fast
    Writes". That doesn't help. I've tried using the Option
    "RenderAccel, that doesn't help.

    My WindowsXP setup is lightening fast compared to X with regards to
    redrawing/resizing/moving windows around the screen. Does X just
    really, really suck? Why is it so choppy? Especially with Xinerama!
    When I enable both of my screens, MY GOD ... talk about painfully
    slow. Xinerama is slower than molasses rolling up hill in the middle
    of an Alaskan winter. X is barely usable with 2 screens going.

    What exactly does the module "dbe" do? I know it stands for Double
    Buffering Extension, but what does it do exactly? Should I try
    disabling it?

    What does the module "drm" do? I don't even know what that particular
    one stands for. But I'm more interested in what it does as opposed to
    the text book definition of the acronym.

    And what does "omit xfree86-dga" do?

  2. Re: XFree86 / X.org question

    On 16 Jul 2004 16:12:58 -0700, David staggered into the Black Sun and
    said:
    > The redrawing [ in X ] seems rather choppy. But no matter what distro
    > I use, and regardless of Window Manager - I've even tried the likes of
    > OpenBox, the screen just seems to act choppy/sluggish when I move
    > windows around or resize. I have 1GB of RAM on my system and an
    > NVidia GeForce FX 5700. I downloaded the latest drivers from NVidia


    So is the line
    Driver "nvidia"
    in your /etc/X11/XF86Config (or xorg.conf) file? You didn't say. I
    know you said you downloaded nVidia modules, but you didn't say that you
    installed them!

    > My WindowsXP setup is lightning fast compared to X with regards to
    > redrawing/resizing/moving windows around the screen. Why is X so
    > choppy?


    Can't say. X performs fine for me, and I've got a much older TNT2
    nVidia card, X 4.3.0, the evil binary-only X server and kernel module
    (version 4496), 1G RAM, and an Athlon XP 2000. Dragging a konsole/
    gnucash/Mozilla window around the screen is fast. Redraws are fast.
    Resizing windows sometimes fast, sometimes slow--it depends on the
    application; a Mozilla window that contains a very complex HTML page
    will resize much more slowly than a konsole for obvious reasons.

    > Double Buffering Extension, but what does it do exactly? Should I try
    > disabling it?


    Don't disable it. It speeds up certain video operations.

    > What does the module "drm" do?


    Direct Rendering Manager. This is used by many X servers (*not* the
    evil binary-only nVidia one) to give X direct access to the hardware,
    which speeds up some 3D operations. You don't need it since you are (or
    should be) using the evil binary-only nVidia X server. If you have the
    lines
    Load "dri"
    Load "GLCore"
    in your XF86Config's Module section, you should comment them out, like
    the README.nvidia says, and make sure you have the line
    Load "glx"
    in your XF86Config.

    > And what does "omit xfree86-dga" do?


    Tells the X server to not load the DGA extension. You don't need the
    DGA extension, but you might want to comment that line out. I don't
    have that line in my XF86Config.

    --
    Matt G|There is no Darkness in Eternity/But only Light too dim for us to see
    Brainbench MVP for Linux Admin / mail: TRAP + SPAN don't belong
    http://www.brainbench.com / Hire me!
    -----------------------------/ http://crow202.dyndns.org/~mhgraham/resume

  3. Re: XFree86 / X.org question

    > On 16 Jul 2004 16:12:58 -0700, David staggered into the Black Sun and
    > said:
    > > The redrawing [ in X ] seems rather choppy. But no matter what distro
    > > I use, and regardless of Window Manager - I've even tried the likes of
    > > OpenBox, the screen just seems to act choppy/sluggish when I move
    > > windows around or resize. I have 1GB of RAM on my system and an
    > > NVidia GeForce FX 5700. I downloaded the latest drivers from NVidia

    >
    > So is the line
    > Driver "nvidia"
    > in your /etc/X11/XF86Config (or xorg.conf) file? You didn't say. I
    > know you said you downloaded nVidia modules, but you didn't say that you
    > installed them!


    Yes.

    > > What does the module "drm" do?

    >
    > Direct Rendering Manager. This is used by many X servers (*not* the
    > evil binary-only nVidia one) to give X direct access to the hardware,
    > which speeds up some 3D operations. You don't need it since you are (or
    > should be) using the evil binary-only nVidia X server. If you have the
    > lines
    > Load "dri"
    > Load "GLCore"
    > in your XF86Config's Module section, you should comment them out, like
    > the README.nvidia says, and make sure you have the line
    > Load "glx"
    > in your XF86Config.


    I read the README. I have "glx", I do not have "dri" or "GLCore"

    >
    > > And what does "omit xfree86-dga" do?

    >
    > Tells the X server to not load the DGA extension. You don't need the
    > DGA extension, but you might want to comment that line out. I don't
    > have that line in my XF86Config.


    I'll comment it out and give it a try. Though it doesn't sound like it will matter.

  4. Re: XFree86 / X.org question

    David wrote:
    >>On 16 Jul 2004 16:12:58 -0700, David staggered into the Black Sun and
    >>said:
    >>
    >>>The redrawing [ in X ] seems rather choppy. But no matter what distro
    >>>I use, and regardless of Window Manager - I've even tried the likes of
    >>>OpenBox, the screen just seems to act choppy/sluggish when I move
    >>>windows around or resize. I have 1GB of RAM on my system and an
    >>>NVidia GeForce FX 5700. I downloaded the latest drivers from NVidia


    Did you really install the drivers as it should have been? So that you aren't
    still using MESA, check that with glxinfo.


    //Aho

  5. Re: XFree86 / X.org question

    > David wrote:
    > >>On 16 Jul 2004 16:12:58 -0700, David staggered into the Black Sun and
    > >>said:
    > >>
    > >>>The redrawing [ in X ] seems rather choppy. But no matter what distro
    > >>>I use, and regardless of Window Manager - I've even tried the likes of
    > >>>OpenBox, the screen just seems to act choppy/sluggish when I move
    > >>>windows around or resize. I have 1GB of RAM on my system and an
    > >>>NVidia GeForce FX 5700. I downloaded the latest drivers from NVidia

    >
    > Did you really install the drivers as it should have been? So that you aren't
    > still using MESA, check that with glxinfo.


    Well - here is what my glxinfo output is. It's almost completely
    meaningless to me - but it does say NVIDIA within that dump of
    information.

    name of display: :0.0
    display: :0 screen: 0
    direct rendering: Yes
    server glx vendor string: NVIDIA Corporation
    server glx version string: 1.3
    server glx extensions:
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
    GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
    GLX_ARB_multisample, GLX_NV_float_buffer
    client glx vendor string: NVIDIA Corporation
    client glx version string: 1.3
    client glx extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample,
    GLX_EXT_visual_info,
    GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync,
    GLX_NV_swap_group, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
    GLX_SGI_swap_control, GLX_NV_float_buffer
    GLX extensions:
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
    GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
    GLX_ARB_multisample, GLX_NV_float_buffer, GLX_ARB_get_proc_address
    OpenGL vendor string: NVIDIA Corporation
    OpenGL renderer string: GeForce FX 5700 Ultra/AGP/SSE/3DNOW!
    OpenGL version string: 1.5.1 NVIDIA 61.06
    OpenGL extensions:
    GL_ARB_depth_texture, GL_ARB_fragment_program,
    GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader,
    GL_ARB_imaging,
    GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_occlusion_query,
    GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_shadow,
    GL_ARB_shader_objects, GL_ARB_shading_language_100,
    GL_ARB_texture_border_clamp, GL_ARB_texture_compression,
    GL_ARB_texture_cube_map, GL_ARB_texture_env_add,
    GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3,
    GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix,
    GL_ARB_vertex_buffer_object, GL_ARB_vertex_program,
    GL_ARB_vertex_shader,
    GL_ARB_window_pos, GL_S3_s3tc, GL_EXT_texture_env_add,
    GL_EXT_abgr,
    GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_func_separate,
    GL_EXT_blend_minmax, GL_EXT_blend_subtract,
    GL_EXT_compiled_vertex_array,
    GL_EXT_Cg_shader, GL_EXT_depth_bounds_test,
    GL_EXT_draw_range_elements,
    GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels,
    GL_EXT_paletted_texture, GL_EXT_pixel_buffer_object,
    GL_EXT_point_parameters, GL_EXT_rescale_normal,
    GL_EXT_secondary_color,
    GL_EXT_separate_specular_color, GL_EXT_shadow_funcs,
    GL_EXT_shared_texture_palette, GL_EXT_stencil_two_side,
    GL_EXT_stencil_wrap, GL_EXT_texture3D,
    GL_EXT_texture_compression_s3tc,
    GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp,
    GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3,
    GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod,
    GL_EXT_texture_lod_bias, GL_EXT_texture_object,
    GL_EXT_vertex_array,
    GL_HP_occlusion_test, GL_IBM_rasterpos_clip,
    GL_IBM_texture_mirrored_repeat, GL_KTX_buffer_region,
    GL_NV_blend_square,
    GL_NV_copy_depth_to_color, GL_NV_depth_clamp, GL_NV_fence,
    GL_NV_float_buffer, GL_NV_fog_distance, GL_NV_fragment_program,
    GL_NV_fragment_program_option, GL_NV_half_float,
    GL_NV_light_max_exponent,
    GL_NV_multisample_filter_hint, GL_NV_occlusion_query,
    GL_NV_packed_depth_stencil, GL_NV_pixel_data_range,
    GL_NV_point_sprite,
    GL_NV_primitive_restart, GL_NV_register_combiners,
    GL_NV_register_combiners2, GL_NV_texgen_reflection,
    GL_NV_texture_compression_vtc, GL_NV_texture_env_combine4,
    GL_NV_texture_expand_normal, GL_NV_texture_rectangle,
    GL_NV_texture_shader, GL_NV_texture_shader2,
    GL_NV_texture_shader3,
    GL_NV_vertex_array_range, GL_NV_vertex_array_range2,
    GL_NV_vertex_program,
    GL_NV_vertex_program1_1, GL_NV_vertex_program2,
    GL_NV_vertex_program2_option, GL_SGIS_generate_mipmap,
    GL_SGIS_texture_lod, GL_SGIX_depth_texture, GL_SGIX_shadow,
    GL_SUN_slice_accum
    glu version: 1.3
    glu extensions:
    GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess

    visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
    id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
    ----------------------------------------------------------------------
    0x21 24 tc 0 32 0 r y . 8 8 8 0 0 24 8 16 16 16 16 0 0 None
    0x22 24 dc 0 32 0 r y . 8 8 8 0 0 24 8 16 16 16 16 0 0 None
    0x23 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 None
    0x24 24 tc 0 32 0 r . . 8 8 8 0 0 24 8 16 16 16 16 0 0 None
    0x25 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 None
    0x26 24 tc 0 32 0 r y . 8 8 8 0 0 16 0 16 16 16 16 0 0 None
    0x27 24 tc 0 32 0 r y . 8 8 8 8 0 16 0 16 16 16 16 0 0 None
    0x28 24 tc 0 32 0 r . . 8 8 8 0 0 16 0 16 16 16 16 0 0 None
    0x29 24 tc 0 32 0 r . . 8 8 8 8 0 16 0 16 16 16 16 0 0 None
    0x2a 24 tc 0 32 0 r y . 8 8 8 0 0 0 0 16 16 16 16 0 0 None
    0x2b 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 None
    0x2c 24 tc 0 32 0 r . . 8 8 8 0 0 0 0 16 16 16 16 0 0 None
    0x2d 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 None
    0x2e 24 tc 0 32 0 r y . 8 8 8 0 0 24 8 16 16 16 16 2 1 Ncon
    0x2f 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 2 1 Ncon
    0x30 24 tc 0 32 0 r y . 8 8 8 0 0 24 8 16 16 16 16 4 1 Ncon
    0x31 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 4 1 Ncon
    0x32 24 tc 0 32 0 r y . 8 8 8 0 0 16 0 16 16 16 16 2 1 Ncon
    0x33 24 tc 0 32 0 r y . 8 8 8 8 0 16 0 16 16 16 16 2 1 Ncon
    0x34 24 tc 0 32 0 r y . 8 8 8 0 0 16 0 16 16 16 16 4 1 Ncon
    0x35 24 tc 0 32 0 r y . 8 8 8 8 0 16 0 16 16 16 16 4 1 Ncon
    0x36 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 None
    0x37 24 dc 0 32 0 r . . 8 8 8 0 0 24 8 16 16 16 16 0 0 None
    0x38 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 None
    0x39 24 dc 0 32 0 r y . 8 8 8 0 0 16 0 16 16 16 16 0 0 None
    0x3a 24 dc 0 32 0 r y . 8 8 8 8 0 16 0 16 16 16 16 0 0 None
    0x3b 24 dc 0 32 0 r . . 8 8 8 0 0 16 0 16 16 16 16 0 0 None
    0x3c 24 dc 0 32 0 r . . 8 8 8 8 0 16 0 16 16 16 16 0 0 None
    0x3d 24 dc 0 32 0 r y . 8 8 8 0 0 0 0 16 16 16 16 0 0 None
    0x3e 24 dc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 None
    0x3f 24 dc 0 32 0 r . . 8 8 8 0 0 0 0 16 16 16 16 0 0 None
    0x40 24 dc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 None
    0x41 24 dc 0 32 0 r y . 8 8 8 0 0 24 8 16 16 16 16 2 1 Ncon
    0x42 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 2 1 Ncon
    0x43 24 dc 0 32 0 r y . 8 8 8 0 0 24 8 16 16 16 16 4 1 Ncon
    0x44 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 4 1 Ncon
    0x45 24 dc 0 32 0 r y . 8 8 8 0 0 16 0 16 16 16 16 2 1 Ncon
    0x46 24 dc 0 32 0 r y . 8 8 8 8 0 16 0 16 16 16 16 2 1 Ncon
    0x47 24 dc 0 32 0 r y . 8 8 8 0 0 16 0 16 16 16 16 4 1 Ncon
    0x48 24 dc 0 32 0 r y . 8 8 8 8 0 16 0 16 16 16 16 4 1 Ncon

  6. Re: XFree86 / X.org question

    On 17 Jul 2004 15:59:29 -0700, David staggered into the Black Sun and said:
    >> David wrote:
    >> >>On 16 Jul 2004 16:12:58 -0700, David staggered into the Black Sun
    >> >>and said:
    >> >>>The redrawing [ in X ] seems rather choppy. But no matter what
    >> >>>distro I use, and regardless of Window Manager - I've even tried
    >> >>>the likes of OpenBox, the screen just seems to act choppy/sluggish
    >> >>>when I move windows around or resize. I have 1GB of RAM on my
    >> >>>system and an NVidia GeForce FX 5700. I downloaded the latest

    >> Did you really install the drivers as it should have been? So that
    >> you aren't still using MESA, check that with glxinfo.

    > direct rendering: Yes
    > server glx vendor string: NVIDIA Corporation

    [massive snip]

    That means the nVidia evil binary-only kernel module and X server are
    installed and working properly. Your X should be really fast. Unless
    there's some bizarre incompatability between Xinerama and the nVidia
    binary-only stuff... but I don't recall any warnings about Xinerama in
    the READMEs.

    You should post your XF86Config (or xorg.conf) file on your webspace and
    follow up to this message with the URL, so everyone can take a look at
    it. If you don't *have* webspace, send the file to me via e-mail (mind
    the SPAN TRAP) and I'll put it on my server and follow up with a URL.
    Don't post it to Usenet; it's generally considered bad manners to post
    really long files to Usenet and a machine-generated XF86Config can be
    ~500 lines long.

    --
    Matt G|There is no Darkness in Eternity/But only Light too dim for us to see
    Brainbench MVP for Linux Admin / mail: TRAP + SPAN don't belong
    http://www.brainbench.com / Hire me!
    -----------------------------/ http://crow202.dyndns.org/~mhgraham/resume

  7. Re: XFree86 / X.org question

    > That means the nVidia evil binary-only kernel module and X server are
    > installed and working properly. Your X should be really fast. Unless
    > there's some bizarre incompatability between Xinerama and the nVidia
    > binary-only stuff... but I don't recall any warnings about Xinerama in
    > the READMEs.
    >
    > You should post your XF86Config (or xorg.conf) file on your webspace and
    > follow up to this message with the URL, so everyone can take a look at
    > it. If you don't *have* webspace, send the file to me via e-mail (mind
    > the SPAN TRAP) and I'll put it on my server and follow up with a URL.
    > Don't post it to Usenet; it's generally considered bad manners to post
    > really long files to Usenet and a machine-generated XF86Config can be
    > ~500 lines long.


    Mine is about as clean as they come, but I'll post it on the web anyway.

    http://www.davidcourtney.org/xorg.conf

  8. Re: XFree86 / X.org question

    > That means the nVidia evil binary-only kernel module and X server are
    > installed and working properly. Your X should be really fast. Unless
    > there's some bizarre incompatability between Xinerama and the nVidia
    > binary-only stuff... but I don't recall any warnings about Xinerama in
    > the READMEs.
    >
    > You should post your XF86Config (or xorg.conf) file on your webspace and
    > follow up to this message with the URL, so everyone can take a look at
    > it. If you don't *have* webspace, send the file to me via e-mail (mind
    > the SPAN TRAP) and I'll put it on my server and follow up with a URL.
    > Don't post it to Usenet; it's generally considered bad manners to post
    > really long files to Usenet and a machine-generated XF86Config can be
    > ~500 lines long.


    Mine is about as clean as they come, but I'll post it on the web anyway.

    http://www.davidcourtney.org/xorg.conf

  9. Re: XFree86 / X.org question

    David wrote:
    >>That means the nVidia evil binary-only kernel module and X server are
    >>installed and working properly. Your X should be really fast. Unless
    >>there's some bizarre incompatability between Xinerama and the nVidia
    >>binary-only stuff... but I don't recall any warnings about Xinerama in
    >>the READMEs.
    >>
    >>You should post your XF86Config (or xorg.conf) file on your webspace and
    >>follow up to this message with the URL, so everyone can take a look at
    >>it. If you don't *have* webspace, send the file to me via e-mail (mind
    >>the SPAN TRAP) and I'll put it on my server and follow up with a URL.
    >>Don't post it to Usenet; it's generally considered bad manners to post
    >>really long files to Usenet and a machine-generated XF86Config can be
    >>~500 lines long.

    >
    >
    > Mine is about as clean as they come, but I'll post it on the web anyway.
    >
    > http://www.davidcourtney.org/xorg.conf


    As you comment your the

    SubSection "extmod"
    Option "omit xfree86-dga"
    EndSubSection

    you should add the following line

    Load "extmod"

    or else you miss the extmod completly (not sure what it does, but always been
    in my xfree86config and now in my xorg.conf).


    Not sure if this will make any difference for the preformance, but I suggest
    you take a look at the nvidia manual pdf and see if there is any notes about
    your computers chipset or your graphiccards.


    //Aho

  10. Re: XFree86 / X.org question

    > That means the nVidia evil binary-only kernel module and X server are
    > installed and working properly. Your X should be really fast. Unless
    > there's some bizarre incompatability between Xinerama and the nVidia
    > binary-only stuff... but I don't recall any warnings about Xinerama in
    > the READMEs.


    I've been sitting here messing around with this more. (I probably
    have 20-30 hours [at least] invested into trying to figure this out.)
    Something I'm noticing that is probably a big hint (maybe) is that my
    right hand monitor (secondary monitor - the one that is using the PCI
    video card) doesn't get the NVidia logo when I start X up. I've
    always noticed that the vast majority of the slowness happens on that
    monitor. Is there some way to verify that that monitor is using the
    nvidia module? I don't see how it could not be using it since it's
    specifically stated in the xorg.conf file. But maybe it's ignoring
    the declaration?

    But when I run glxgears, the gears only show up when the window is on
    the left monitor. If I slide the window to the right monitor, the
    glxgears pictures go away ... though according to the terminal window,
    they are still going.

    glxgears ouput

    69352 frames in 5.0 seconds = 13870.400 FPS
    68158 frames in 5.0 seconds = 13631.600 FPS
    68639 frames in 5.0 seconds = 13727.800 FPS
    70791 frames in 5.0 seconds = 14158.200 FPS
    68674 frames in 5.0 seconds = 13734.800 FPS
    68000 frames in 5.0 seconds = 13600.000 FPS
    70073 frames in 5.0 seconds = 14014.600 FPS
    69523 frames in 5.0 seconds = 13904.600 FPS
    63031 frames in 5.0 seconds = 12606.200 FPS
    69193 frames in 5.0 seconds = 13838.600 FPS
    70500 frames in 5.0 seconds = 14100.000 FPS
    70407 frames in 5.0 seconds = 14081.400 FPS
    68416 frames in 5.0 seconds = 13683.200 FPS

    I slid the window to the other monitor half way through. The image
    goes away, but terminal still reports an FPS number.

    This is SO aggravating!

  11. Re: XFree86 / X.org question

    On 18 Jul 2004 00:21:02 -0700, David staggered into the Black Sun and
    said:
    >> That means the nVidia evil binary-only kernel module and X server are
    >> installed and working properly. Your X should be really fast.

    > Something I'm noticing that is probably a big hint (maybe) is that my
    > right hand monitor (secondary monitor - the one that is using the PCI
    > video card) doesn't get the NVidia logo when I start X up.


    That's because you have the line
    Option "NoLogo"
    in the Device section for that card.

    > always noticed that the vast majority of the slowness happens on that
    > monitor. Is there some way to verify that that monitor is using the
    > nvidia module?


    Look in /var/log/XFree86*.log ; if you see the line
    (II) Loading /usr/X11R6/lib/modules/drivers/nvidia_drv.o
    and you don't see any lines relating to nv or vesa, then the nVidia X
    server is the only one that's being used.

    > But when I run glxgears, the gears only show up when the window is on
    > the left monitor. If I slide the window to the right monitor, the
    > glxgears pictures go away.


    In the README that came with the 4496 version of the nVidia modules:
    o OpenGL + Xinerama
    Currently, OpenGL will not display to anything other than the
    first head in a Xinerama environment.

    Apparently they haven't fixed that yet. Oh well.

    > This is SO aggravating!


    Almost as aggravating as learning that the original poster left out an
    important piece of information. Why didn't you say you were using 2
    graphics cards in the first place? I thought you had a dual-head card.
    Using 2 video cards for 2 monitors is certainly possible, but it's
    less common than dual-head cards and there are problems you can run into
    (as you've found out.) Please read
    http://catb.org/~esr/faqs/smart-questions.html so you will know to give
    complete information in your future questions.

    --
    Matt G|There is no Darkness in Eternity/But only Light too dim for us to see
    Brainbench MVP for Linux Admin / mail: TRAP + SPAN don't belong
    http://www.brainbench.com / Hire me!
    -----------------------------/ http://crow202.dyndns.org/~mhgraham/resume

  12. Re: XFree86 / X.org question

    > >> That means the nVidia evil binary-only kernel module and X server are
    > >> installed and working properly. Your X should be really fast.

    > > Something I'm noticing that is probably a big hint (maybe) is that my
    > > right hand monitor (secondary monitor - the one that is using the PCI
    > > video card) doesn't get the NVidia logo when I start X up.

    >
    > That's because you have the line
    > Option "NoLogo"
    > in the Device section for that card.


    I should have been more clear. Even if I specify that the Logo should
    be displayed, it's not.

    >
    > > always noticed that the vast majority of the slowness happens on that
    > > monitor. Is there some way to verify that that monitor is using the
    > > nvidia module?

    >
    > Look in /var/log/XFree86*.log ; if you see the line
    > (II) Loading /usr/X11R6/lib/modules/drivers/nvidia_drv.o
    > and you don't see any lines relating to nv or vesa, then the nVidia X
    > server is the only one that's being used.


    I searched my /var/log/Xorg*.logs for vesa and it doesn't come up. A
    search for "nv" only comes back with "nvidia".


    > > But when I run glxgears, the gears only show up when the window is on
    > > the left monitor. If I slide the window to the right monitor, the
    > > glxgears pictures go away.

    >
    > In the README that came with the 4496 version of the nVidia modules:
    > o OpenGL + Xinerama
    > Currently, OpenGL will not display to anything other than the
    > first head in a Xinerama environment.
    >
    > Apparently they haven't fixed that yet. Oh well.
    >
    > > This is SO aggravating!

    >
    > Almost as aggravating as learning that the original poster left out an
    > important piece of information. Why didn't you say you were using 2
    > graphics cards in the first place? I thought you had a dual-head card.


    I didn't think it mattered. Actually both of my video cards are
    dual-head in that they have a DVI and a VGA port. I originally was
    trying to get dual-head by just using my AGP card. Originally I had
    an ATI Radeon 9800 Pro. I had the same problems with sluggish video
    on it. I was told that it was because ATI's drivers for Linux weren't
    that good and that I should buy an NVidia card. So I did. Same
    problem though. Here are some older links. Check them out please.

    http://groups.google.com/groups?hl=e...ain%26rnum%3D3

    http://groups.google.com/groups?hl=e...com%26rnum%3D5




    But I decided that a few more bucks spent so that I could have DVI for
    both monitors would be worth it.

    > Using 2 video cards for 2 monitors is certainly possible, but it's
    > less common than dual-head cards and there are problems you can run into
    > (as you've found out.) Please read
    > http://catb.org/~esr/faqs/smart-questions.html so you will know to give
    > complete information in your future questions.


    I'll check out the link.

+ Reply to Thread