Summary: | [Parser] 100% CPU loading and high latency of interaction in the time of parsing c code | ||||||
---|---|---|---|---|---|---|---|
Product: | [Tools] CDT | Reporter: | Dmitry B. Khlonin <dpakoha> | ||||
Component: | cdt-parser | Assignee: | John Camelon <john.camelon> | ||||
Status: | RESOLVED FIXED | QA Contact: | |||||
Severity: | major | ||||||
Priority: | P2 | CC: | cwiebe, nikolaymetchev | ||||
Version: | 2.0 | ||||||
Target Milestone: | 2.0.1 | ||||||
Hardware: | PC | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Bug Depends on: | 62251 | ||||||
Bug Blocks: | |||||||
Attachments: |
|
Description
Dmitry B. Khlonin
2004-05-10 19:53:27 EDT
Created attachment 10478 [details]
~/workspace/.metadata/.plugins/org.eclipse.cdt.core/.log
1. What are your preferences for the C++ editor? Are you asking the CModel builder to follow includes? The default is off for a reason (performance). If you are not following includes and you find that latency increases as you scroll, please attach a sample that does so. 2. We do wish to cache the inclusions : it requires our entire framework to be persistable, in order to scale for large workspaces. This is a challenge that is not in the 2.0 timeframe unfortunately. 3. The parser log attached indicates only preprocessor errors. Do you have your include paths set up properly? What compiler are you using? Are you using Standard or Managed Make? 4. Memory consumption is a concern and I am attempting to address it in order to address scalability in the 2.0 timeframe. Off the record, M8 is a pretty bad build for memory usage (both the Eclipse Platform and the CDT). If you are interested in contributing to the discussion of how we can make our parser framework scale and perform, subscribe to the CC of defect 57816 and give your 2 cents. If you are interested in contributing code, even better. >1. What are your preferences for the C++ editor? Are you asking the CModel >builder to follow includes? The default is off for a reason (performance). >If you are not following includes and you find that latency increases as you >scroll, please attach a sample that does so. There are only two options in Preferences for this: a) Search current file and included files, and b) Search current project I choosed second one, but nothing changed >3. The parser log attached indicates only preprocessor errors. Do you have >your include paths set up properly? What compiler are you using? Are you >using Standard or Managed Make? I trying to resolve source of this problem. gcc. Standard Make Dmitry, when our M9 becomes available please give it a try and let us know if things work better for you. The type-cache that was continually parsing the working copy has been tamed to not do so. I also would recommend using the scanner discovery feature that allows for Standard Make projects to have their include paths imported into the project properties so to better aid the parser. Dmitry, CDT M9 is now available. Give it a whirl and let us know the status of this problem. Thanks. Moving this to 2.0.1. We are defering parser related performance issues to 2.0.1. Some of this defect is likely associated with 59468, which is the "magic Parser performance" defect. I believe this should be fixed. Dmitry, please re-open the defect if you can reproduce the problem using a CDT 2.0.1 loadbuild. |