View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002597 | ardour | bugs | public | 2009-03-23 15:44 | 2020-04-19 20:13 |
| Reporter | mtaht | Assigned To | cth103 | ||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | closed | Resolution | unable to reproduce | ||
| Product Version | 2.6.1 | ||||
| Summary | 0002597: Removing markers in Location window is very slow | ||||
| Description | On a project that had lots of xruns (all on start, and I was running at an absurdly low samples/period (128, doing overdubs)), I have 258 markers. Removing one takes about 12 seconds on 2.4 ghz core2 in 64 bit mode. | ||||
| Additional Information | It is much faster to just hide the markers. (but then they accumulate) Thought: It might be nice to be able to sort the markers by time or alphabetically, or be able to show/hide whole catagories. (eg, just markers put in via my tranzport or via the keyboard) I do want to see xruns, for a while, in the general case. Remove-Hidden-Markers maybe? | ||||
| Tags | No tags attached. | ||||
|
|
An oprofile was unrevealing: http://www.teklibre.com/~d/ardour/remove_markers.txt Guess I need to install glib debugging libs. It appears that we are spending a lot of time locking, as the cpu is not pegged. CPU: Core 2, speed 1596 MHz (estimated) Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit mask of 0x00 (Unhalted core cycles) count 100000 samples % image name app name symbol name ------------------------------------------------------------------------------- 23070 19.3359 libglib-2.0.so.0.1800.2 libglib-2.0.so.0.1800.2 (no symbols) 23070 100.000 libglib-2.0.so.0.1800.2 libglib-2.0.so.0.1800.2 (no symbols) [self] ------------------------------------------------------------------------------- 19988 16.7527 Xorg Xorg (no symbols) 19988 100.000 Xorg Xorg (no symbols) [self] ------------------------------------------------------------------------------- 9442 7.9137 libgobject-2.0.so.0.1800.2 libgobject-2.0.so.0.1800.2 (no symbol s) 9442 100.000 libgobject-2.0.so.0.1800.2 libgobject-2.0.so.0.1800.2 (no symb ols) [self] ------------------------------------------------------------------------------- 6664 5.5854 libpthread-2.8.90.so libpthread-2.8.90.so pthread_mutex_ lock 6664 100.000 libpthread-2.8.90.so libpthread-2.8.90.so pthread_mute x_lock [self] ------------------------------------------------------------------------------- 4992 4.1840 libgdk-x11-2.0.so.0.1400.4 libgdk-x11-2.0.so.0.1400.4 (no symbols) 4992 100.000 libgdk-x11-2.0.so.0.1400.4 libgdk-x11-2.0.so.0.1400.4 (no symbols) [self] ------------------------------------------------------------------------------- 4389 3.6786 libpthread-2.8.90.so libpthread-2.8.90.so __pthread_mutex_unlock_usercnt 4389 100.000 libpthread-2.8.90.so libpthread-2.8.90.so __pthread_mutex_unlock_usercnt [self] ------------------------------------------------------------------------------- 3822 3.2034 libgtk-x11-2.0.so.0.1400.4 libgtk-x11-2.0.so.0.1400.4 (no symbols) 3822 100.000 libgtk-x11-2.0.so.0.1400.4 libgtk-x11-2.0.so.0.1400.4 (no symbols) [self] |
|
|
Workaround is to delete all the markers, when you get to a point where you don't need most of them anymore. You do this by right clicking on the marker area in the main window and selecting the right option. That is very fast, and actually doesn't hurt all that much, as markers are kind of temporary notes to oneself. |
|
|
I can't reproduce this; even in a session with > 1000 xrun markers, removal is instantaneous for me on a Core 2 Duo. Is this still an issue? |
|
|
I'm closing this due to lack of feedback; please re-open if it is still an issue. |
|
|
Issue has been closed automatically, by Trigger Close Plugin. Feel free to re-open with additional information if you think the issue is not resolved. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2009-03-23 15:44 | mtaht | New Issue | |
| 2009-03-23 15:44 | mtaht | cost | => 0.00 |
| 2009-03-23 15:58 | mtaht | Note Added: 0005842 | |
| 2009-05-31 05:48 | mtaht | Note Added: 0006043 | |
| 2009-10-19 23:15 | cth103 | Note Added: 0006742 | |
| 2009-10-19 23:15 | cth103 | Status | new => feedback |
| 2010-04-26 13:30 | cth103 | Note Added: 0007579 | |
| 2010-04-26 13:30 | cth103 | Status | feedback => resolved |
| 2010-04-26 13:30 | cth103 | Resolution | open => unable to reproduce |
| 2010-04-26 13:30 | cth103 | Assigned To | => cth103 |
| 2020-04-19 20:13 | system | Note Added: 0021883 | |
| 2020-04-19 20:13 | system | Status | resolved => closed |
