Home » Modeling » GMF (Graphical Modeling Framework) » Diagram Performance
| |
Re: Diagram Performance [message #216699 is a reply to message #216691] |
Thu, 29 January 2009 15:59 |
Martin Jacob Messages: 191 Registered: July 2009 |
Senior Member |
|
|
Linda,
thank you for your support.
As I understand I have to wait for the GMF SDK 2.1.3 release to have benefits of the bugfix
mentioned below.
I am not quite sure whether I use BorderedNodeFigures or not. Where can I find this information? I
generated the diagram editor plugin using the dashboard. Transforming the gmfmap file to gmfgen file
and than generate the diagram editor. (Sorry for simple questions but I am new to use GMF)
Regards, Martin
Linda Damus wrote, On 29.01.2009 14:51:
> Martin,
>
> I would expect that splitting the 10,000+ nodes over different pages (or
> editors) would help performance.
>
> Also, if your diagrams contain a lot of BorderedNodeFigures you may
> benefit from a recent fix from Obeo:
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=259507
>
> Regards,
> Linda
>
>
> Martin Jacob wrote:
>> Hi,
>>
>> I have to deal with quite a few nodes in my diagram. It can be easily
>> up to 10.000 nodes and about the same number of connectors between the
>> nodes.
>>
>> I am experienced a dramatic slow down already with about 100 nodes.
>>
>> If I remember correct it is possible to have a multi page editor with
>> GMF. For me it would be possible to split my diagram in multiple pages
>> and to view or edit it page by page. Thats fine for me.
>>
>> My question is now. Does using the multi page diagram help to improve
>> the performance?
>>
>> Thanks in advance for any hints, Martin
|
|
|
Re: Diagram Performance [message #216716 is a reply to message #216699] |
Thu, 29 January 2009 16:29 |
Linda Damus Messages: 85 Registered: July 2009 |
Member |
|
|
Martin,
I guess a quick way to check is to search your generated code to see if
you have any EditParts that extend AbstractBorderedShapeEditPart. Or
put a breakpoint in the BorderedNodeFigure constructor and then open
your diagram.
Regards,
Linda
Martin Jacob wrote:
> Linda,
>
> thank you for your support.
> As I understand I have to wait for the GMF SDK 2.1.3 release to have
> benefits of the bugfix mentioned below.
> I am not quite sure whether I use BorderedNodeFigures or not. Where can
> I find this information? I generated the diagram editor plugin using the
> dashboard. Transforming the gmfmap file to gmfgen file and than generate
> the diagram editor. (Sorry for simple questions but I am new to use GMF)
>
> Regards, Martin
>
> Linda Damus wrote, On 29.01.2009 14:51:
>> Martin,
>>
>> I would expect that splitting the 10,000+ nodes over different pages
>> (or editors) would help performance.
>>
>> Also, if your diagrams contain a lot of BorderedNodeFigures you may
>> benefit from a recent fix from Obeo:
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=259507
>>
>> Regards,
>> Linda
>>
>>
>> Martin Jacob wrote:
>>> Hi,
>>>
>>> I have to deal with quite a few nodes in my diagram. It can be easily
>>> up to 10.000 nodes and about the same number of connectors between
>>> the nodes.
>>>
>>> I am experienced a dramatic slow down already with about 100 nodes.
>>>
>>> If I remember correct it is possible to have a multi page editor with
>>> GMF. For me it would be possible to split my diagram in multiple
>>> pages and to view or edit it page by page. Thats fine for me.
>>>
>>> My question is now. Does using the multi page diagram help to improve
>>> the performance?
>>>
>>> Thanks in advance for any hints, Martin
|
|
|
Re: Diagram Performance [message #216732 is a reply to message #216716] |
Thu, 29 January 2009 16:53 |
Martin Jacob Messages: 191 Registered: July 2009 |
Senior Member |
|
|
Linda,
I checked both ways described below and found nothing. So this means I did not use
BorderedNodeFigures and the below mentioned bugfix will not improve the performance. Right?
So I have to use a multi page editor to improve the performance. Or do u have another suggestion?
Regards, Martin
Linda Damus wrote, On 29.01.2009 17:29:
> Martin,
>
> I guess a quick way to check is to search your generated code to see if
> you have any EditParts that extend AbstractBorderedShapeEditPart. Or
> put a breakpoint in the BorderedNodeFigure constructor and then open
> your diagram.
>
> Regards,
> Linda
>
> Martin Jacob wrote:
>> Linda,
>>
>> thank you for your support.
>> As I understand I have to wait for the GMF SDK 2.1.3 release to have
>> benefits of the bugfix mentioned below.
>> I am not quite sure whether I use BorderedNodeFigures or not. Where
>> can I find this information? I generated the diagram editor plugin
>> using the dashboard. Transforming the gmfmap file to gmfgen file and
>> than generate the diagram editor. (Sorry for simple questions but I am
>> new to use GMF)
>>
>> Regards, Martin
>>
>> Linda Damus wrote, On 29.01.2009 14:51:
>>> Martin,
>>>
>>> I would expect that splitting the 10,000+ nodes over different pages
>>> (or editors) would help performance.
>>>
>>> Also, if your diagrams contain a lot of BorderedNodeFigures you may
>>> benefit from a recent fix from Obeo:
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=259507
>>>
>>> Regards,
>>> Linda
>>>
>>>
>>> Martin Jacob wrote:
>>>> Hi,
>>>>
>>>> I have to deal with quite a few nodes in my diagram. It can be
>>>> easily up to 10.000 nodes and about the same number of connectors
>>>> between the nodes.
>>>>
>>>> I am experienced a dramatic slow down already with about 100 nodes.
>>>>
>>>> If I remember correct it is possible to have a multi page editor
>>>> with GMF. For me it would be possible to split my diagram in
>>>> multiple pages and to view or edit it page by page. Thats fine for me.
>>>>
>>>> My question is now. Does using the multi page diagram help to
>>>> improve the performance?
>>>>
>>>> Thanks in advance for any hints, Martin
|
|
|
Re: Diagram Performance [message #216870 is a reply to message #216732] |
Fri, 30 January 2009 12:51 |
Linda Damus Messages: 85 Registered: July 2009 |
Member |
|
|
Martin,
Comments below...
Martin Jacob wrote:
> Linda,
>
> I checked both ways described below and found nothing. So this means I
> did not use BorderedNodeFigures and the below mentioned bugfix will not
> improve the performance. Right?
That's right.
> So I have to use a multi page editor to improve the performance. Or do u
> have another suggestion?
No, I don't have any other suggestions. Splitting your diagram into
smaller pieces is likely your best course of action.
>
> Regards, Martin
>
> Linda Damus wrote, On 29.01.2009 17:29:
>> Martin,
>>
>> I guess a quick way to check is to search your generated code to see
>> if you have any EditParts that extend AbstractBorderedShapeEditPart.
>> Or put a breakpoint in the BorderedNodeFigure constructor and then
>> open your diagram.
>>
>> Regards,
>> Linda
>>
>> Martin Jacob wrote:
>>> Linda,
>>>
>>> thank you for your support.
>>> As I understand I have to wait for the GMF SDK 2.1.3 release to have
>>> benefits of the bugfix mentioned below.
>>> I am not quite sure whether I use BorderedNodeFigures or not. Where
>>> can I find this information? I generated the diagram editor plugin
>>> using the dashboard. Transforming the gmfmap file to gmfgen file and
>>> than generate the diagram editor. (Sorry for simple questions but I
>>> am new to use GMF)
>>>
>>> Regards, Martin
>>>
>>> Linda Damus wrote, On 29.01.2009 14:51:
>>>> Martin,
>>>>
>>>> I would expect that splitting the 10,000+ nodes over different pages
>>>> (or editors) would help performance.
>>>>
>>>> Also, if your diagrams contain a lot of BorderedNodeFigures you may
>>>> benefit from a recent fix from Obeo:
>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=259507
>>>>
>>>> Regards,
>>>> Linda
>>>>
>>>>
>>>> Martin Jacob wrote:
>>>>> Hi,
>>>>>
>>>>> I have to deal with quite a few nodes in my diagram. It can be
>>>>> easily up to 10.000 nodes and about the same number of connectors
>>>>> between the nodes.
>>>>>
>>>>> I am experienced a dramatic slow down already with about 100 nodes.
>>>>>
>>>>> If I remember correct it is possible to have a multi page editor
>>>>> with GMF. For me it would be possible to split my diagram in
>>>>> multiple pages and to view or edit it page by page. Thats fine for me.
>>>>>
>>>>> My question is now. Does using the multi page diagram help to
>>>>> improve the performance?
>>>>>
>>>>> Thanks in advance for any hints, Martin
|
|
|
Re: Diagram Performance [message #217099 is a reply to message #216664] |
Tue, 03 February 2009 09:23 |
Jan Koehnlein Messages: 760 Registered: July 2009 Location: Hamburg |
Senior Member |
|
|
Sorry for this maybe heretic question: What is the point in having a
diagram with 10000 nodes, and even worse the same amount of connections?
That diagram will neither allow you to edit anything in a sensible
fashion, nor give you a valuable overview.
A diagram is a very human centric thing - as opposed to let's say a
table in a relational database. It should help us understand a complex
structure. No human being will ever have any benefit from a diagram that
is that huge. Your computer is fine without diagrams, and with flat
datastructures of 10000 and more elements.
Try to think about partitioning your model (scopes, namespaces,
packages) or nesting elements (refinement). Is it possible to have a
separate diagram for each scope? You can refine elements using the
"Related Diagram" feature in the map model, that generates an
OpenDiagramEditPolicy.
Sorry for being that direct. But I've been in too many projects were the
clients wanted huge posters rather than human readable diagrams. The
only purpose of these were to show others how complex a certain matter
is. In reality, the usual patterns of analysis, divide and conquer and
refinement were applied to govern the complexity. But that - of course -
was not reflected on the diagrams.
Regards
Jan
Martin Jacob schrieb:
> Hi,
>
> I have to deal with quite a few nodes in my diagram. It can be easily up
> to 10.000 nodes and about the same number of connectors between the nodes.
>
> I am experienced a dramatic slow down already with about 100 nodes.
>
> If I remember correct it is possible to have a multi page editor with
> GMF. For me it would be possible to split my diagram in multiple pages
> and to view or edit it page by page. Thats fine for me.
>
> My question is now. Does using the multi page diagram help to improve
> the performance?
>
> Thanks in advance for any hints, Martin
---
Get professional support from the Xtext committers at www.typefox.io
|
|
| |
Goto Forum:
Current Time: Thu Apr 25 11:24:19 GMT 2024
Powered by FUDForum. Page generated in 0.03961 seconds
|