Review Request 108914: Thread for OutputModel contents filtering.

[Andreas Pakulat]

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/108914/#review27247
-----------------------------------------------------------



outputview/outputmodel.cpp
<http://git.reviewboard.kde.org/r/108914/#comment20513>

    Why this timer for processing? Whats wrong with blocking the event loop until a set of lines is done?



outputview/outputmodel.cpp
<http://git.reviewboard.kde.org/r/108914/#comment20514>

    This contradicts the interval-thing, please decide wether you want a single-shot timer that is restarted manually or one that runs in an interval.



outputview/outputmodel.cpp
<http://git.reviewboard.kde.org/r/108914/#comment20515>

    Yet enough debug-timer that should be removed.



outputview/outputmodel.cpp
<http://git.reviewboard.kde.org/r/108914/#comment20512>

    This debug timer should be removed, no point in having that in released code.



outputview/outputmodel.cpp
<http://git.reviewboard.kde.org/r/108914/#comment20516>

    I can't find anything about this in the Qt docs at the moment, but does QThread actually support "restarting" the thread? I thought I once read that this is not really supported (might work or not), but maybe my recollection is wrong.



outputview/outputmodel.cpp
<http://git.reviewboard.kde.org/r/108914/#comment20511>

    Hmm, what happens if the timer times out, but there are still queued lines in the thread? i.e. the thread is currently working on some lines when its event loop is being exited. Since the event-queue is local in QThread::run() (IIRC) all the still-queued things would be lost in this case.
    
    So I guess whats needed here is for the outputmodel to keep track of how many lines that where sent to the thread have been finished and if all are done, then start the timer to shut down the thread.



outputview/outputmodel.cpp
<http://git.reviewboard.kde.org/r/108914/#comment20510>

    This is not necessary since the destructor of the private object is quitting the thread already.


- Andreas Pakulat


On Feb. 11, 2013, 10:11 p.m., Kevin Funk wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/108914/
> -----------------------------------------------------------
> 
> (Updated Feb. 11, 2013, 10:11 p.m.)
> 
> 
> Review request for KDevelop.
> 
> 
> Description
> -------
> 
> Thread for OutputModel contents filtering.
> 
> Fixes performance issues in the OutputView tool view when inserting (and filtering) a large number of lines.
> 
> As discussed in IRC.
> 
> The patch consists of 6 commits which were pulled from the wip/filter_output_threaded branch.
> 
> 
> Diffs
> -----
> 
>   outputview/filtereditem.h 8eab5e9d6dbefefc203884291f6894ca2a1411a9 
>   outputview/outputexecutejob.cpp 56167e6267d5d60caf5378bc1ea994a8a731e789 
>   outputview/outputmodel.h 55920beab6ee16643ef449d816d210ba343046e6 
>   outputview/outputmodel.cpp c482222c2448fe75d97911d10aaa7b89fa15bfbf 
> 
> Diff: http://git.reviewboard.kde.org/r/108914/diff/
> 
> 
> Testing
> -------
> 
> 
> Thanks,
> 
> Kevin Funk
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20130211/3ef69055/attachment-0001.html>