Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » Papyrus » How to improve graphics usage performance?(nearly unusable performance even with simple models)
How to improve graphics usage performance? [message #1714952] Tue, 17 November 2015 21:22 Go to next message
Rolf Schumacher is currently offline Rolf SchumacherFriend
Messages: 60
Registered: January 2014
Member
With Papyrus 1.1.2 on Mars.1 and openjdk 7, Debian-SID/KDE I experience a nearly unusable graphics performance.
Movement of shapes is not possible, because the graphics freezes after a short move.
Is this special on my machine or do you experience similar problems?

eclipse.ini contains:

-Dosgi.requiredJavaVersion=1.7
-XX:MaxPermSize=256m
-Xms256m
-Xmx2048m

Machine is i7 with 8GB and a SSD,
I had some improvement by closing almost all projects, however not significant.

Any idea for improvement welcome!

Re: How to improve graphics usage performance? [message #1714956 is a reply to message #1714952] Tue, 17 November 2015 22:22 Go to previous messageGo to next message
Stephen Blackwell is currently offline Stephen BlackwellFriend
Messages: 138
Registered: March 2014
Senior Member
I have also noticed that the 1.1.2 version is very slow. I am running the Windows version on a 64bit i7 2.2Ghz machine with 12G of RAM and it can sometimes take several seconds to draw the properties pane. Part of the pane is drawn but I have to wait for the vertical scroll bar to be drawn.
It doesn't seem to happen all the time though.
Re: How to improve graphics usage performance? [message #1714969 is a reply to message #1714956] Wed, 18 November 2015 07:32 Go to previous messageGo to next message
Rolf Schumacher is currently offline Rolf SchumacherFriend
Messages: 60
Registered: January 2014
Member
Scenario: make a new profile project, a profile diagram, import metaclasses Package and StructuredClassifier to that diagram, Introduce 3 stereotypes, e.g. ModulePackage extends Package, ModuleCompositeClass extends StructuredClassifier, and Module specializes ModulePackage. Do something (Move ModuleCompositeClass araound (works slowly).) Select a metaclass. Wait ten seconds doing nothing. Nothing happens. Alt-tab to some other window and back: the metaclass gets selected, but the properties have not updated. This takes several seconds or window switches....

This happens not all the time. Sometimes it selects the metaclass after several seconds without window switching, sometimes you can wait for ages. Some racing condition?

What can I do if I can not find a work-around or a solution?
Re: How to improve graphics usage performance? [message #1714980 is a reply to message #1714969] Wed, 18 November 2015 09:36 Go to previous messageGo to next message
Camille Letavernier is currently offline Camille LetavernierFriend
Messages: 952
Registered: February 2011
Senior Member
Hi Rolf and Stephen,


I haven't noticed any performance issue in the Mars versions. The only major issue we had was related to the Model Explorer's context menu, but this has been solved before the actual release.

I can't reproduce any of the issues you describe. Do you have some custom plug-ins installed? Since Papyrus is highly customizable, it is very easy to break general performances of the tool when doing some specific customizations (Especially for the Model Explorer's appearance)

You can also try closing the Outline view, which is known to be slow, especially when the diagram has scrollbars, or any other view that seems to update a lot during graphical operations. While the properties view is not extremely fast, it is expected to refresh under 200-300ms (Much less when selecting a similar element, e.g. from Stereotype1 to Stereotype2). However, the actual refresh of the properties view may also happen if all other views have been refreshed. So, if a foreign view is slow, it may prevent the properties view from updating.

Usually, closing all views one by one (starting with the Outline) is a good way to find the responsible

The Model Explorer - to - Diagram synchronization may also be slow, although the performances have improved a lot in the past releases. Do you use it? Does it help to switch it off?

Additionally, errors may prevent refresh operations entirely. In this case, the editors may seem slow because refresh will never happen. So you can check the error log view and see if anything is reported there. Eclipse also reports warnings in this view when the UI is frozen, so these warnings might help to identify the issue.


HTH,
Camille


Camille Letavernier
Re: How to improve graphics usage performance? [message #1715001 is a reply to message #1714980] Wed, 18 November 2015 11:50 Go to previous messageGo to next message
Ed Willink is currently offline Ed WillinkFriend
Messages: 7655
Registered: July 2009
Senior Member
<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hi<br>
<br>
Xtext has got more reactive to resource changes so it is possible
that if you have significant OCL / ALF / other textual content
then you may be doing many redundant reparses. Could this be your
scenario?<br>
<br>
    Regards<br>
<br>
        Ed Willink<br>
<br>
<br>
On 18/11/2015 09:36, Camille Letavernier wrote:<br>
</div>
<blockquote cite="mid:n2hgre$a6$1@xxxxxxxxe.org" type="cite">Hi
Rolf and Stephen,
<br>
<br>
<br>
I haven't noticed any performance issue in the Mars versions. The
only major issue we had was related to the Model Explorer's
context menu, but this has been solved before the actual release.
<br>
<br>
I can't reproduce any of the issues you describe. Do you have some
custom plug-ins installed? Since Papyrus is highly customizable,
it is very easy to break general performances of the tool when
doing some specific customizations (Especially for the Model
Explorer's appearance)
<br>
<br>
You can also try closing the Outline view, which is known to be
slow, especially when the diagram has scrollbars, or any other
view that seems to update a lot during graphical operations. While
the properties view is not extremely fast, it is expected to
refresh under 200-300ms (Much less when selecting a similar
element, e.g. from Stereotype1 to Stereotype2). However, the
actual refresh of the properties view may also happen if all other
views have been refreshed. So, if a foreign view is slow, it may
prevent the properties view from updating.
<br>
<br>
Usually, closing all views one by one (starting with the Outline)
is a good way to find the responsible
<br>
<br>
The Model Explorer - to - Diagram synchronization may also be
slow, although the performances have improved a lot in the past
releases. Do you use it? Does it help to switch it off?
<br>
<br>
Additionally, errors may prevent refresh operations entirely. In
this case, the editors may seem slow because refresh will never
happen. So you can check the error log view and see if anything is
reported there. Eclipse also reports warnings in this view when
the UI is frozen, so these warnings might help to identify the
issue.
<br>
<br>
<br>
HTH,
<br>
Camille
<br>
</blockquote>
<br>
</body>
</html>
Re: How to improve graphics usage performance? [message #1715265 is a reply to message #1715001] Fri, 20 November 2015 16:35 Go to previous message
Stephen Blackwell is currently offline Stephen BlackwellFriend
Messages: 138
Registered: March 2014
Senior Member
Found this bug report: [url=https://bugs.eclipse.org/bugs/show_bug.cgi?id=467279]

Steve
Previous Topic:Deadlock using TransactionalEditingDomain in Papyrus\CDO
Next Topic:Minor State Machine diagram bug
Goto Forum:
  


Current Time: Fri Apr 19 20:32:04 GMT 2024

Powered by FUDForum. Page generated in 0.02914 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top