Bug#498673: xserver-xorg-video-intel: 3D acceleration is very slow in absence of heavy load on the CPU
Hi, This problem do remain with Squeeze. 3D display is slow to similar extent as before. Subhashis On Wed, 23 Feb 2011 01:59 +0100, Cyril Brulebois k...@debian.org wrote: Hi, Subhashis Roy subhash...@fastmail.fm (20/09/2008): Yes, the no. of interrupts for IRQ16 (Graphics) do increase in /proc/interrupts after running 'glxgears'. could you please tell us how it goes with a squeeze or sid system? KiBi. Email had 1 attachment: + signature.asc 1k (application/pgp-signature) -- -- http://www.fastmail.fm - A no graphics, no pop-ups email service -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498673: xserver-xorg-video-intel: 3D acceleration is very slow in absence of heavy load on the CPU
Hi, Subhashis Roy subhash...@fastmail.fm (20/09/2008): Yes, the no. of interrupts for IRQ16 (Graphics) do increase in /proc/interrupts after running 'glxgears'. could you please tell us how it goes with a squeeze or sid system? KiBi. signature.asc Description: Digital signature
Bug#498673: xserver-xorg-video-intel: 3D acceleration is very slow in absence of heavy load on the CPU
On Fri, Sep 12, 2008 at 11:06:30AM +0530, Subhashis Roy wrote: Package: xserver-xorg-video-intel Version: 2:2.3.2-2+lenny2 Severity: normal When I run `glxgears' I find that on Full screen mode (1280x1024) the Frame Per Second (FPS) becomes pretty slow. The display is not smooth and FPS is ~18. My Video chip is intel Q35. Given that I used to get ~80 FPS with a slower machine (Intel core 2 duo 2.4 GHz) than the present (Intel Core 2 duo 3.0 GHz (E8400)) made me think something is wrong with the Acceleration mechanism for this chip. However, I figured out that when I am running something heavy (e.g. `burnP6', which is part of 'cpuburn' to put heavy load on 1 of the CPU) I get a much smoother display with FPS of ~180 (factor of 10 increase!). Does this still happen with intel driver unstable or experimental? Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498673: xserver-xorg-video-intel: 3D acceleration is very slow in absence of heavy load on the CPU
On Fri, 2008-09-19 at 01:22 +0530, Subhashis Roy wrote: I tried the 'libgl1-mesa-dri' version from experimental. This required me to change several other X related packages to meet dependencies in experimental. However, the problem remains as before (~15 Frame/sec in full screen mode). 3-D graphics runs very slow in absence of other continuous load on the CPU (naively speaking, it appears that the softwares displaying are not communicating the need of using CPU cycles to the hardware with the DRI installed). When you run a 3D app, does the number of interrupts associated with your graphics card (IRQ 16 according to the log file) increase in /proc/interrupts? -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498673: xserver-xorg-video-intel: 3D acceleration is very slow in absence of heavy load on the CPU
Yes, the no. of interrupts for IRQ16 (Graphics) do increase in /proc/interrupts after running 'glxgears'. Subhashis On Fri, 19 Sep 2008, Michel D?nzer wrote: On Fri, 2008-09-19 at 01:22 +0530, Subhashis Roy wrote: I tried the 'libgl1-mesa-dri' version from experimental. This required me to change several other X related packages to meet dependencies in experimental. However, the problem remains as before (~15 Frame/sec in full screen mode). 3-D graphics runs very slow in absence of other continuous load on the CPU (naively speaking, it appears that the softwares displaying are not communicating the need of using CPU cycles to the hardware with the DRI installed). When you run a 3D app, does the number of interrupts associated with your graphics card (IRQ 16 according to the log file) increase in /proc/interrupts? -- Earthling Michel D?nzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498673: xserver-xorg-video-intel: 3D acceleration is very slow in absence of heavy load on the CPU
Hi, I tried the 'libgl1-mesa-dri' version from experimental. This required me to change several other X related packages to meet dependencies in experimental. However, the problem remains as before (~15 Frame/sec in full screen mode). 3-D graphics runs very slow in absence of other continuous load on the CPU (naively speaking, it appears that the softwares displaying are not communicating the need of using CPU cycles to the hardware with the DRI installed). Attached are the output from the newly installed 'glxinfo' and the '/var/log/Xorg.0.log' file. Subhashis On Sat, 13 Sep 2008, Brice Goglin wrote: Subhashis Roy wrote: When I run `glxgears' I find that on Full screen mode (1280x1024) the Frame Per Second (FPS) becomes pretty slow. The display is not smooth and FPS is ~18. My Video chip is intel Q35. Given that I used to get ~80 FPS with a slower machine (Intel core 2 duo 2.4 GHz) than the present (Intel Core 2 duo 3.0 GHz (E8400)) made me think something is wrong with the Acceleration mechanism for this chip. However, I figured out that when I am running something heavy (e.g. `burnP6', which is part of 'cpuburn' to put heavy load on 1 of the CPU) I get a much smoother display with FPS of ~180 (factor of 10 increase!). Beware that glxgears is not a benchmark. Which libgl1-mesa-dri are you using? Can you try the one from experimental ? Brice name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap GLX version: 1.2 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) Q35 20061102 x86/MMX/SSE2 OpenGL version string: 1.4 Mesa 7.1 OpenGL extensions: GL_ARB_depth_texture, GL_ARB_fragment_program, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_point_parameters, GL_ARB_shadow, 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_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_non_power_of_two, GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_cull_vertex, GL_EXT_compiled_vertex_array, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, 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_filter_anisotropic, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_3DFX_texture_compression_FXT1, GL_APPLE_client_storage, GL_APPLE_packed_pixels, GL_ATI_blend_equation_separate, GL_ATI_separate_stencil, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_point_sprite, GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_OES_read_format, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod,
Bug#498673: xserver-xorg-video-intel: 3D acceleration is very slow in absence of heavy load on the CPU
Subhashis Roy wrote: When I run `glxgears' I find that on Full screen mode (1280x1024) the Frame Per Second (FPS) becomes pretty slow. The display is not smooth and FPS is ~18. My Video chip is intel Q35. Given that I used to get ~80 FPS with a slower machine (Intel core 2 duo 2.4 GHz) than the present (Intel Core 2 duo 3.0 GHz (E8400)) made me think something is wrong with the Acceleration mechanism for this chip. However, I figured out that when I am running something heavy (e.g. `burnP6', which is part of 'cpuburn' to put heavy load on 1 of the CPU) I get a much smoother display with FPS of ~180 (factor of 10 increase!). Beware that glxgears is not a benchmark. Which libgl1-mesa-dri are you using? Can you try the one from experimental ? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498673: xserver-xorg-video-intel: 3D acceleration is very slow in absence of heavy load on the CPU
Package: xserver-xorg-video-intel Version: 2:2.3.2-2+lenny2 Severity: normal When I run `glxgears' I find that on Full screen mode (1280x1024) the Frame Per Second (FPS) becomes pretty slow. The display is not smooth and FPS is ~18. My Video chip is intel Q35. Given that I used to get ~80 FPS with a slower machine (Intel core 2 duo 2.4 GHz) than the present (Intel Core 2 duo 3.0 GHz (E8400)) made me think something is wrong with the Acceleration mechanism for this chip. However, I figured out that when I am running something heavy (e.g. `burnP6', which is part of 'cpuburn' to put heavy load on 1 of the CPU) I get a much smoother display with FPS of ~180 (factor of 10 increase!). Note that I do get the same behaviour of FPS while using `stellarium' in both the cases mentioned above. I thought of CPU frequency being lower is repsponsible. However, I checked that when `glxgears' is on, 1 of the CPU does change frequenecy (cpufreq_ondemand) from 1.998 to 3.0 GHz. Therefore, it appears that there it is not utilising the CPU power available with the present implementation of its DRI and I am filing a bug report in this regard. I am also attaching the output of 'lsmod' '/proc/cpuinfo' and 'lspci' at the end of this report. Note that I am running a 'kernel.org' unmodified 2.6.26.3, however, I found the same behaviour while using the Lenny 2.6.26-1 kernel. Subhashis -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Sep 10 11:24 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1719572 Aug 26 23:18 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation 82Q35 Express Integrated Graphics Controller (rev 02) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 9547 Sep 12 10:13 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 1.0 ([EMAIL PROTECTED]) Thu Mar 16 20:06:53 CET 2006 # XF86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 # ** # Server flags section. # ** #Synaptic touchpad related stuff being added on 10.08.05 by roy. Section ServerLayout Identifier Default Layout Screen Default Screen 0 0 InputDeviceGeneric Keyboard InputDeviceConfigured Mouse CorePointer #InputDeviceSynaptics Mouse AlwaysCore EndSection Section Files # FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/share/fonts/truetype/msttcorefonts FontPath/usr/share/fonts/truetype/freefont FontPath/usr/share/fonts/truetype/openoffice FontPath/usr/share/fonts/truetype/ttf-bitstream-vera FontPath/usr/share/fonts/truetype/ttf-bengali-fonts FontPath/usr/share/fonts/truetype/ttf-devanagari-fonts FontPath/usr/share/fonts/type1/gsfonts FontPath/usr/share/fonts/wine FontPath/usr/share/fonts/X11/misc #/usr/lib/X11/fonts/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/share/fonts/X11/CID FontPath/usr/share/fonts/X11/Speedo FontPath/usr/share/fonts/X11/100dpi FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi FontPath/usr/share/fonts/X11/75dpi/:unscaled # FontPath/usr/share/fonts/truetype/msttcorefonts #FontPath/usr/share/fonts/truetype/freefont #FontPath/usr/share/fonts/truetype/openoffice #FontPath/usr/share/fonts/truetype/ttf-bitstream-vera #FontPath