Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 311738 - Many UNNAMED processes in eclipse view compared to lttv-gui view
Summary: Many UNNAMED processes in eclipse view compared to lttv-gui view
Status: CLOSED FIXED
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: LinuxTools (show other bugs)
Version: unspecified   Edit
Hardware: PC Linux-GTK
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Francois Chouinard CLA
QA Contact: Francois Chouinard CLA
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-05 10:41 EDT by Rick Vestal CLA
Modified: 2022-01-13 14:53 EST (History)
0 users

See Also:


Attachments
Trace collection with many unnamed processes in eclipse viewer (143.54 KB, application/octet-stream)
2010-05-05 10:41 EDT, Rick Vestal CLA
no flags Details
preliminary patch (10.53 KB, patch)
2010-05-12 21:22 EDT, Alvaro Sanchez-Leon CLA
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Rick Vestal CLA 2010-05-05 10:41:42 EDT
Created attachment 167149 [details]
Trace collection with many unnamed processes in eclipse viewer

Using the trace that that is attached to this bug, loading into the eclipse view shows many unnamed processes.  Note that this appears to be not just the swapper processes.
Comment 1 Alvaro Sanchez-Leon CLA 2010-05-12 21:22:22 EDT
Created attachment 168308 [details]
preliminary patch
Comment 2 Alvaro Sanchez-Leon CLA 2010-05-12 21:35:34 EDT
The preliminary patch introduces the behaviour to align with Lttv for traces with multiple CPU's
* The state models are updated to disregard the CPU while searching for existing processes, except for PID ==0 where we need one per CPU
* The sorting of the processes is now aligned to LTTv i.e. by PID first, cpu second and then trace.

Note: This preliminary patch needs to be further enhanced as follows:

- The views are being adjusted to display information as soon as possible,
	however this may introduce process entries which have not yet captured the real birth time and name, if introduced too early the view model can end up with two entries for the same process (one with birth time = 0 and another one with the actual values.  

- after the above issue is resolved, Test more with multiple zoom manipulations to make sure no duplicate entries are generated
Comment 3 Alvaro Sanchez-Leon CLA 2010-06-09 13:12:11 EDT
This fix has been integrated to TRUNK, duplicate entries are no longer seen 
and if ever come back shall be filed as a separate issue.
Comment 4 Francois Chouinard CLA 2011-07-22 14:32:28 EDT
Delivered with 0.6