Skip to main content



      Home
Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc)  » [EMFStore] Performance of large change packages
[EMFStore] Performance of large change packages [message #1449901] Tue, 21 October 2014 19:44 Go to next message
Eclipse UserFriend
I noticed that the CPU was pegged when applying large EMFStore change
packages operations (updating), and since my application is somewhat
performance-sensitive, I decide to profile the execution of the EMFStore
code that does this work.

Applying 100 or so changes takes 25 seconds my quad core machine. The
attached output breaks down where the CPU time was spent by method call.

Hand-written EMF code that performs that adds the same elements to the
same lists takes less than a second. I expected that EMFStore would be
2x or 3x slower than the equivalent EMF hand-written code, but not two
orders of magnitude slower.

Is this expected?
Re: [EMFStore] Performance of large change packages [message #1451329 is a reply to message #1449901] Thu, 23 October 2014 13:17 Go to previous messageGo to next message
Eclipse UserFriend
Hi Scott,

no this is definitely not expected. Can you provide an isolated test
case maybe?

Cheers,
Maximilian

Am 22.10.2014 01:44, schrieb scott@xxxxxxxx:
> I noticed that the CPU was pegged when applying large EMFStore change
> packages operations (updating), and since my application is somewhat
> performance-sensitive, I decide to profile the execution of the EMFStore
> code that does this work.
>
> Applying 100 or so changes takes 25 seconds my quad core machine. The
> attached output breaks down where the CPU time was spent by method call.
>
> Hand-written EMF code that performs that adds the same elements to the
> same lists takes less than a second. I expected that EMFStore would be
> 2x or 3x slower than the equivalent EMF hand-written code, but not two
> orders of magnitude slower.
>
> Is this expected?


--
Maximilian Kögel

Get Professional Eclipse Support: http://eclipsesource.com/munich
Re: [EMFStore] Performance of large change packages [message #1454063 is a reply to message #1451329] Mon, 27 October 2014 19:02 Go to previous message
Eclipse UserFriend
Max,

I'll look into creating a test case or getting you more data on the problem.

$cott

On 10/23/2014 1:17 PM, Maximilian Koegel wrote:
> Hi Scott,
>
> no this is definitely not expected. Can you provide an isolated test
> case maybe?
>
> Cheers,
> Maximilian
>
> Am 22.10.2014 01:44, schrieb scott@xxxxxxxx:
>> I noticed that the CPU was pegged when applying large EMFStore change
>> packages operations (updating), and since my application is somewhat
>> performance-sensitive, I decide to profile the execution of the EMFStore
>> code that does this work.
>>
>> Applying 100 or so changes takes 25 seconds my quad core machine. The
>> attached output breaks down where the CPU time was spent by method call.
>>
>> Hand-written EMF code that performs that adds the same elements to the
>> same lists takes less than a second. I expected that EMFStore would be
>> 2x or 3x slower than the equivalent EMF hand-written code, but not two
>> orders of magnitude slower.
>>
>> Is this expected?
>
>
Previous Topic:[EMFStore] [ECP] Add user via UI gives exception in 1.4
Next Topic:[EMFForms] EKeys on EReference validation constrain only fired on initial AddCommand
Goto Forum:
  


Current Time: Thu Jul 10 03:53:56 EDT 2025

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

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

Back to the top