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

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

[bugzilla-daemon]

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
--

[Bug 27522] rendering of large vtk datasets very slow

[bugzilla-daemon]

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

Michel Dänzer <michel@daenzer.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |NEEDINFO

--- Comment #1 from Michel Dänzer <michel@daenzer.net> 2010-04-08 01:06:17 PDT ---
(In reply to comment #1)
> 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).

Please attach profile data. If you use sysprof 1.1.x (or a Git snapshot) with a
recent kernel, you should get profiling information about the kernel as well.

-- 
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&#174; 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
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 27522] rendering of large vtk datasets very slow

[bugzilla-daemon]

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

--- Comment #2 from Paulo César Pereira de Andrade <pcpa@mandriva.com.br> 2010-04-09 12:29:09 PDT ---
(In reply to comment #1)
> (In reply to comment #1)
> > 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).
> 
> Please attach profile data. If you use sysprof 1.1.x (or a Git snapshot) with a
> recent kernel, you should get profiling information about the kernel as well.

I just made an alternate test, that was to enable radeon kms, and now the
performance is good, not as fast as when compared with a computer with an i965,
but pretty usable.

-- 
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&#174; 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
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 27522] rendering of large vtk datasets very slow

[bugzilla-daemon]

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

--- Comment #3 from Paulo César Pereira de Andrade <pcpa@mandriva.com.br> 2010-04-09 13:57:25 PDT ---
Created an attachment (id=34856)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=34856)
% perf record invesalius; perf report 2>& 1 ....

  The file should give some good hint of what is wrong. It should be noted that
it takes some time to load the user interface, and then tell it to load the
proper project, so, the time percentage may not truly match what happened,
because there was significant delay before starting rendering.

  Also, I did not wait until it finished rendering, i.e. when the mouse starts
moving normally again, or it could give even worser idea of what may be wrong.

-- 
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&#174; 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
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 27522] rendering of large vtk datasets very slow

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 804 bytes --]

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

Martin Peres <martin.peres@free.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |MOVED

--- Comment #4 from Martin Peres <martin.peres@free.fr> ---
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been
closed from further activity.

You can subscribe and participate further through the new bug through this link
to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/122.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 2342 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel