View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002432 | gnunet-gtk | gnunet-fs-gtk | public | 2012-06-18 21:03 | 2012-11-05 18:32 |
| Reporter | LRN | Assigned To | Christian Grothoff | ||
| Priority | low | Severity | tweak | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Platform | W32 | OS | NT | OS Version | 6.1.7601 |
| Product Version | Git master | ||||
| Target Version | 0.9.4 | Fixed in Version | 0.9.4 | ||
| Summary | 0002432: High CPU load when displaying search results | ||||
| Description | gnunet-fs-gtk consumes different amount of CPU resources depending on whether a search result tab is opened, and the number of items in it. | ||||
| Steps To Reproduce | 0) Observe CPU usage of gnunet-fs-gtk when idle. It's near zero, with occasional spikes to 0.19% 1) Search for "foobarbazzoolica". It will find nothing. Observe CPU usage. It's near zero, with occasional (more frequent) spikes to 0.20% 2) Without closing previous search, search for "GPL". It will find two files. Observe CPU usage. It will remain relatively high (roughly between 3% and 8%) 3) Without closing previous search, search for "test". It will find 255 files. Observe CPU usage. It will remain high (between 5% and 12%). 4) Without closing previous search, switch to "foobarbazzoolica" tab. CPU usage will drop to 0 with frequent spikes to 0.39% | ||||
| Additional Information | Since i have a 4-core machine with HT (8 logical processors), 12,5% CPU usage means a process using 100% of one core, so CPU usage of 3% is actually 24% of a core, 8% is 64% of a core, and 0.39% is 3.12% of a core. This is all without taking into account CPU usage spikes from scrolling, moving the mouse over widgets etc. | ||||
| Tags | No tags attached. | ||||
| duplicate of | 0002578 | closed | Christian Grothoff | GNUnet | Busy loop trying to connect on localhost. |
|
|
CPU usage drops significantly (1-2% for "GPL" and 5-8% for "test" tab) when not running under gdb. Reducing log level to WARNING-only also helps. However, "test" tab CPU load never goes below 4%. I think it spends CPU on doing probes...Clicking the "pause" button on the tab does not reduce CPU usage. |
|
|
Well, the code is certainly doing probes. We also now run the animation code (which is active even if you don't have any real animations going on, just having the tab open should do it). However, CPU usage on my system is minimal despite probes and animations. Sounds like we should find out where exactly your CPU is going... |
|
|
Sounds now like a duplicate of 0002578, as it pretty much explains the behavior. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2012-06-18 21:03 | LRN | New Issue | |
| 2012-06-18 21:11 | LRN | Note Added: 0006087 | |
| 2012-06-18 21:23 | Christian Grothoff | Note Added: 0006089 | |
| 2012-06-18 22:58 | Christian Grothoff | Status | new => feedback |
| 2012-09-17 12:56 | Christian Grothoff | Assigned To | => Christian Grothoff |
| 2012-09-17 12:59 | Christian Grothoff | Priority | normal => low |
| 2012-09-29 21:27 | Christian Grothoff | Severity | minor => tweak |
| 2012-10-07 12:49 | Christian Grothoff | Note Added: 0006417 | |
| 2012-10-07 12:49 | Christian Grothoff | Relationship added | duplicate of 0002578 |
| 2012-10-07 12:49 | Christian Grothoff | Status | feedback => resolved |
| 2012-10-07 12:49 | Christian Grothoff | Fixed in Version | => 0.9.4 |
| 2012-10-07 12:49 | Christian Grothoff | Resolution | open => fixed |
| 2012-10-07 12:49 | Christian Grothoff | Target Version | => 0.9.4 |
| 2012-11-05 18:32 | Christian Grothoff | Status | resolved => closed |
