Bug 402721 - Memory improvements on MarkerJob
Summary: Memory improvements on MarkerJob
Status: CLOSED WONTFIX
Alias: None
Product: Sphinx
Classification: Automotive
Component: Core (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows 7
: P2 major (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-08 04:33 EST by Robert Kiss CLA
Modified: 2024-05-07 00:17 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Kiss CLA 2013-03-08 04:33:50 EST
The MarkerJob hold a list with all the tasks that it have to perform. In the case of a long running job that already acquired a look on the workspace, the list cannot be processed because the MarkerJob does not run.

Unfortunately, the list grows so much that in the end the memory can be exhausted. We saw consumption of hundreds of MB only on that list.

A possible way to decrease the memory allocation would be to eliminate the task that doesn't make sense.

For example, if for file A the current content of the list is:
- DeleteMarker(TYPE_1)
- CreateMarker(TYPE_1)

a call to DeleteMarker(TYPE_1) shall lead to a list of
- DeleteMarker(TYPE_1)

and not to a list of
- DeleteMarker(TYPE_1)
- CreateMarker(TYPE_1)
- DeleteMarker(TYPE_1)

We should not see more then one delete marker per file per type in the list. And in front of such a delete marker there shall not be any create marker for that type and file.

There might be possible to remove some calls to MarkerJob, of course, but currently I didn't make such an analysis.
Comment 1 Balazs Grill CLA 2024-05-07 00:17:18 EDT
Closed stale issue before migration