NVidia GeForce 8400 GS Framerate

joshfoulk · 12-21-2007, 07:25 PM

The following is my glxgears output:

29761 frames in 5.0 seconds = 5949.690 FPS
30303 frames in 5.0 seconds = 6046.559 FPS
30287 frames in 5.0 seconds = 6056.364 FPS
30266 frames in 5.0 seconds = 6052.519 FPS
30280 frames in 5.0 seconds = 6055.456 FPS

Is this a pretty standard framerate for this card (an 8 series GeForce)?

This is my glxinfo:

Code:

name of display: :0.0
display: :0  screen: 0
direct rendering: No
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, 
    GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method, 
    GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe, 
    GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig
client glx vendor string: NVIDIA Corporation
client glx version string: 1.4
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_NV_video_out, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, 
    GLX_SGI_swap_control, GLX_NV_float_buffer, GLX_ARB_fbconfig_float, 
    GLX_EXT_fbconfig_packed_float, GLX_EXT_texture_from_pixmap, 
    GLX_EXT_framebuffer_sRGB
GLX extensions:
    GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, 
    GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_SGIX_fbconfig, 
    GLX_ARB_get_proc_address
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce 8400 GS/PCI/SSE2
OpenGL version string: 1.2 (2.1.1 NVIDIA 100.14.19)
OpenGL extensions:
    GL_ARB_depth_texture, GL_ARB_imaging, GL_ARB_multitexture, 
    GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_shadow, 
    GL_ARB_texture_border_clamp, 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_window_pos, GL_ARB_texture_non_power_of_two, GL_ARB_vertex_program, 
    GL_ARB_fragment_program, 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_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, 
    GL_EXT_packed_pixels, GL_EXT_rescale_normal, GL_EXT_secondary_color, 
    GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, 
    GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, 
    GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_lod, 
    GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_vertex_array, 
    GL_ATI_texture_mirror_once, GL_IBM_texture_mirrored_repeat, 
    GL_NV_blend_square, GL_NV_texgen_reflection, GL_NV_texture_rectangle, 
    GL_NV_texture_env_combine4, GL_SGIS_generate_mipmap, GL_SGIS_texture_lod, 
    GL_SGIX_depth_texture, GL_SGIX_shadow
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
----------------------------------------------------------------------
0x2c 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0 1970238055 1801675106 None
0x2d 24 tc  0 32  0 r  .  .  8  8  8  8  0  0  0  0  0  0  0 1667326510 2020565620 None
0x2e 32 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0 1766599178 808464432 Ncon
0x2f 32 tc  0 32  0 r  .  .  8  8  8  8  0  0  0  0  0  0  0 1853190002 1734701679 Ncon

I notice that DRI isn't running... I attempted to install the binary drivers from NVidia's website (released yesterday) and my screen just went blank the first time when I ran "sax2 -r" and it stayed that way (not the normal couple second pause). I removed the drivers and started over and it worked the second time.

Is there any reason why DRI shouldn't be running? I have Desktop Effects enabled through gnome...

JF

Electro · 12-21-2007, 08:03 PM

Using glxgears to benchmark a video card is inaccurate and stupid. The utility glxgears was designed to show that OpenGL is working properly, so programmers and users can create or run programs with OpenGL. A better test is to download game scripts for Unreal Tournament and Quake then compare the results on the internet.

SUSE uses proprietary ways to setup video cards. Read the documentation that nVidia provides for SUSE.

nVidia does not use DRI because they use their own library for rendering 3D. You are not using their library. You are using X11 3D rendering library. This is OK, but it will not support all the 3D features that your card can handle.

On my setup, I get between 30 to 80 FPS in Unreal Tournament 2004 using a GeForce8 8400M GS, Intel Core 2 Duo (T7300) 2x2.0 GHz, and at 1440x900. I have the settings at low because I prefer those settings than high. It is a Dell Inspiron 1520.

joshfoulk · 12-21-2007, 08:53 PM

Well, first of all... I appreciate your input and information.

Second, asking if the framerate from glxgears (considering teh fact that I showed the output from glxinfo) was not stupid. Assuming that I was using it as a benchmark was stupid. This just happens to be what most people have available to them and is directly related to the type of drivers you have installed on your system as well as the x configuration.

Just for more infomration (in case the rest of the system makes any difference...)

I'm running an AMD AM2 Athlon 64 2x2.8 Ghz, 4GB of 667Mhz DDR2, and of course, my 256MB GeForce 8400 GS PCI-E graphics card.

Instead of just telling me that I'm not using the Nvidia rendering library, why don't you tell me where i can get information on installing it. I checked NVidia's website adn all I could find was information on their latest drivers.

JF

Electro · 12-23-2007, 12:59 AM

The utility glxgears is given to ONLY test if OpenGL is working. If it crashes, the GUI crashes, or the whole computer crashes while running it, there is something wrong with the modules and libraries to handle OpenGL. Again it is not a benchmark program because a software 3D render such as Mesa3D can render frames as fast as rendering 3D in hardware.

Please read
http://wiki.cchtml.com/index.php/Glx...ot_a_Benchmark

No offense, but I should not be doing your work finding the link or documentation on nVidia's site. It is on nVidia's page when you download the Linux driver. If you do not want to do the special way for your distribution use another distribution like Gentoo. Gentoo makes nVidia module (drivers) easier than its own installer.

HINT: Do a text search using "SUSE" on nVidia's web page titled Linux Display Driver.

BruceCadieux · 12-23-2007, 04:25 AM

Quote:

Originally Posted by joshfoulk

Well, first of all... I appreciate your input and information.

Second, asking if the framerate from glxgears (considering teh fact that I showed the output from glxinfo) was not stupid. Assuming that I was using it as a benchmark was stupid. This just happens to be what most people have available to them and is directly related to the type of drivers you have installed on your system as well as the x configuration.

Just for more infomration (in case the rest of the system makes any difference...)

I'm running an AMD AM2 Athlon 64 2x2.8 Ghz, 4GB of 667Mhz DDR2, and of course, my 256MB GeForce 8400 GS PCI-E graphics card.

Instead of just telling me that I'm not using the Nvidia rendering library, why don't you tell me where i can get information on installing it. I checked NVidia's website adn all I could find was information on their latest drivers.

JF

You can use the one click install.

http://en.opensuse.org/Nvidia#Installation

joshfoulk · 12-23-2007, 09:51 PM

I went ahead and used the one click install and got the drivers loaded, but ran into another problem all together: overscanning.

It appears that the NVIDIA utility for Windows has taken care of that by including the ability to use underscanning and selecting the digital output type (1080i, 780p, etc.) and the version for XP x64 even has an HDTV resizing feature to get the most of your screen.

This, however, has not yet been implemented (from what I have seen) in the linux version of the utility.

I know I should start a new thread on this, but do any of you know how to take care of this overscanning problem on HDTV's?

BTW, I wasn't asking for anyone to do the work for me. As I stated, I looked on Nvidia's website and only found information on their drivers... no explination as to how they happen to use a different rendering library or anything.

Thanks,

JF