[Bug 27522] New: rendering of large vtk datasets very slow

[bugzilla-daemon@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27522

           Summary: rendering of large vtk datasets very slow
           Product: DRI
           Version: XOrg CVS
          Platform: Other
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: DRM/Radeon
        AssignedTo: dri-devel@lists.sourceforge.net
        ReportedBy: pcpa@mandriva.com.br


I packaged the software http://svn.softwarepublico.gov.br/trac/invesalius/wiki/
in mandriva (but there are ubuntu and fedora packages available in the above
link), but it has a problem that appears to happen only with r300_dri.so.

  When running the software using fbdev to force swraster_dri.so, as forcing
indirect rendering doesn't change anything, it runs slow, but doesn't lock the
computer/mouse for almost 1 minute for every repaint. Using oprofile, and
starting the application, loading a project and clicking the close button shows
that most of the time is spent in kernel mode (70%ish, and I believe should be
in the drm code, what would explain even the mouse pointer almost locked).

  My guess is that the issue is some condition where converting the data to
triangles/textures becomes a lot slower then if just doing sw accel.

  I am sorry I don't have much other details, so this bug report is more of a
heads up about possible issues with VTK. I contacted upstream of InVesalius,
and they said they were looking at some possible options, and linked to
http://www.cmake.org/Wiki/VTK_FAQ#How_to_handle_large_data_sets_in_VTK

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
--