| [EMFStore] Performance of large change packages [message #1449901] |
Tue, 21 October 2014 19:44  |
Eclipse User |
|
|
|
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 #1454063 is a reply to message #1451329] |
Mon, 27 October 2014 19:02  |
| Eclipse User |
|
|
|
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?
>
>
|
|
|
Powered by
FUDForum. Page generated in 0.10304 seconds
Home