| How to improve graphics usage performance? [message #1714952] |
Tue, 17 November 2015 16:22  |
Eclipse User |
|
|
|
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 #1714980 is a reply to message #1714969] |
Wed, 18 November 2015 04:36  |
| Eclipse User |
|
|
|
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
|
|
|
| Re: How to improve graphics usage performance? [message #1715001 is a reply to message #1714980] |
Wed, 18 November 2015 06:50 |
| Eclipse User |
|
|
|
<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>
|
|
|
|
Powered by
FUDForum. Page generated in 0.04838 seconds
Home