https://bz.apache.org/bugzilla/show_bug.cgi?id=42248

--- Comment #51 from Chaitanya Bhatt <[email protected]> ---
(In reply to UbikLoadPack support from comment #47)
> Hello JMeter Team,
> We started testing the nightly build recently and we wanted to report some
> issues we noticed related to this great feature:
> - When you have a "realistic " Test Plan of 2.4 mb, feature makes JMeter
> unusable. Whenever you change something, it takes 60 seconds to do it and UI
> is completely blocked (during clone), this happens with -Xms2g -Xmx under
> 2.7 Ghz Intel Core I7 Mac Book with 16 Gb of RAM with Java 8u20 Mac OSX
> Mavericks
> 
> - Undo/Redo is called "abusively" when for example you:
> 1) Search for a node by name
> 2) In Module Controller GUI, when you expand a node
> 
> Analysing it, is it due to JMeterTreeNode#setMarkedBySearch calling
> treeModel.nodeChanged(this).
> 
> Regards
> Ubik Load Pack Team

It does not look like  JMeterTreeNode#setMarkedBySearch gets called when the
project is loaded. So the 60 second delay in loading a 2MB project does not
appear to be caused by setMarkedBySearch function.  
I made this determination by putting a breakpoint on the function:
 public void setMarkedBySearch(boolean tagged) {
       this.markedBySearch = tagged;
       treeModel.nodeChanged(this);
    }

I am working on finding the root cause for the delay during the project loading
phase.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to