Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 43841 - [Jobs] decorate jobs should be delayed when the workbench is very busy
Summary: [Jobs] decorate jobs should be delayed when the workbench is very busy
Status: RESOLVED FIXED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Resources (show other bugs)
Version: 3.0   Edit
Hardware: PC Windows XP
: P3 enhancement (vote)
Target Milestone: 3.0 M4   Edit
Assignee: John Arthorne CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 43758
  Show dependency tree
 
Reported: 2003-09-29 12:36 EDT by Tod Creasey CLA
Modified: 2003-10-06 14:37 EDT (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Tod Creasey CLA 2003-09-29 12:36:09 EDT 
20030924

We have recently got a PR about the workbench slowing down when there are a 
lot of jobs and the progress view is open. The progress update job is DECORATE 
priority and it should be possible slow down the servicing of these updates 
when the system is busy especially as they are run in the UI Thread.
Comment 1 John Arthorne CLA 2003-10-01 14:01:12 EDT 
I have released to HEAD a change that increases the delay for decorate jobs
based on the number of jobs currently running:

if (job.getPriority() == Job.DECORATE) {
	long minDelay = running.size() * 100;
	delay = Math.max(delay, minDelay);
}

I've been self-hosting on this, and it seems to have fixed the "flood of
decorations" problem I was getting in the debug perspective.
Comment 2 John Arthorne CLA 2003-10-06 14:37:45 EDT 
Releasing this for 3.0 M4.