[Bug 62473] Setting "saveservice_properties" has counter intuitive behaviour
https://bz.apache.org/bugzilla/show_bug.cgi?id=62473 Philippe Mouawad changed: What|Removed |Added Keywords||FixedInTrunk Resolution|--- |FIXED Target Milestone|--- |JMETER_4.1 CC||p.mouawad@ubik-ingenierie.c ||om Status|NEW |RESOLVED --- Comment #1 from Philippe Mouawad --- Author: pmouawad Date: Tue Jun 19 20:20:15 2018 New Revision: 1833873 URL: http://svn.apache.org/viewvc?rev=1833873=rev Log: Bug 62473 - Setting "saveservice_properties" has counter intuitive behaviour Bugzilla Id: 62473 Modified: jmeter/trunk/src/core/org/apache/jmeter/save/SaveService.java jmeter/trunk/xdocs/changes.xml -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62475] New: Allow Thread scheduler to be enabled/disabled from property
https://bz.apache.org/bugzilla/show_bug.cgi?id=62475 Bug ID: 62475 Summary: Allow Thread scheduler to be enabled/disabled from property Product: JMeter Version: 4.0 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P2 Component: Main Assignee: issues@jmeter.apache.org Reporter: matt...@jenika.com Target Milestone: --- For the THREAD properties: Number of Threads (users): ${__P(T1.threads)} Ramp-Up Period (in seconds): ${__P(T1.rampup)} Loop Count: ${__P(T1.loop)} Scheduler can't set from property Duration (seconds): ${__P(T1.durationn)} Startup delay (seconds): ${__P(T1.delay)} Start Time: ${__P(T1.start)} End Time: ${__P(T1.end)} I use external property files to control configuration. The above works great for anything that I either always want a schedule for or don't ever want a schedule for. However in many cases I want to run the same test using a schedule and in another case without one. Currently I cannot enable a schedule with a property so I have to modify the jmx file any time I want to use or not use the schedule in a test. It would be nice if I could define the Scheduler value through a property. Scheduler: ${__P(T1.schedule)} Then T1.schedule=true or T1.schedule=false -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62426] Here are some Reduced ReportGenerator performance Code
https://bz.apache.org/bugzilla/show_bug.cgi?id=62426 Philippe Mouawad changed: What|Removed |Added CC||p.mouawad@ubik-ingenierie.c ||om --- Comment #10 from Philippe Mouawad --- (In reply to Felix Schumacher from comment #9) > With the attached patches my laptop processes the test files in 1:18 instead > of 1:58. > Nice ! > It should be noted, that report generation is single threaded. It might be > interesting to see, if decoupling reading of csv and aggregating them into > the different report classes into different threads might help. Yes, maybe we should see which step is the most consuming. Isn't it initial sorting ? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62449] Dollar ($) sign is not recognizedin the regular expression extractor .
https://bz.apache.org/bugzilla/show_bug.cgi?id=62449 --- Comment #3 from Felix Schumacher --- Can you post the snippet of the body that contains the $? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62426] Here are some Reduced ReportGenerator performance Code
https://bz.apache.org/bugzilla/show_bug.cgi?id=62426 --- Comment #9 from Felix Schumacher --- With the attached patches my laptop processes the test files in 1:18 instead of 1:58. It should be noted, that report generation is single threaded. It might be interesting to see, if decoupling reading of csv and aggregating them into the different report classes into different threads might help. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62426] Here are some Reduced ReportGenerator performance Code
https://bz.apache.org/bugzilla/show_bug.cgi?id=62426 --- Comment #8 from Felix Schumacher --- Created attachment 35974 --> https://bz.apache.org/bugzilla/attachment.cgi?id=35974=edit Eager initialization of fields in sample A few more seconds can be gained by not recalculating data in the samples. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62426] Here are some Reduced ReportGenerator performance Code
https://bz.apache.org/bugzilla/show_bug.cgi?id=62426 --- Comment #7 from Felix Schumacher --- Created attachment 35973 --> https://bz.apache.org/bugzilla/attachment.cgi?id=35973=edit Simple replacement for String#format Simple (maybe too simple) implementation of a pre-compiled version of String#format that can be used to replace the really simple variants that are used in the report generation process. It is about 10 times faster than String#format, but slower than concatenation. Benchmark Mode Cnt Score Error Units MyBenchmark.concatenate thrpt5 69766343,254 ± 2020598,233 ops/s MyBenchmark.preCompiledFormatter thrpt5 21432505,044 ± 563230,597 ops/s MyBenchmark.stringFormat thrpt5 1665297,020 ± 34538,703 ops/s -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62426] Here are some Reduced ReportGenerator performance Code
https://bz.apache.org/bugzilla/show_bug.cgi?id=62426 --- Comment #6 from Felix Schumacher --- Created attachment 35972 --> https://bz.apache.org/bugzilla/attachment.cgi?id=35972=edit Script to generate a jtl file that could be used for performance testing Simple python script that generates a jtl file with 5 million lines which equals to about 460 MB. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62097] Cannot copy Aggregate Report
https://bz.apache.org/bugzilla/show_bug.cgi?id=62097 Felix Schumacher changed: What|Removed |Added CC||stephen.jenk...@nice.com --- Comment #5 from Felix Schumacher --- *** Bug 62474 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62474] Cannot select data in Aggregate Report results
https://bz.apache.org/bugzilla/show_bug.cgi?id=62474 Felix Schumacher changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED OS||All --- Comment #1 from Felix Schumacher --- Should be fixed in nightly. It would be great, if you could confirm the fix works for you, too. *** This bug has been marked as a duplicate of bug 62097 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62474] New: Cannot select data in Aggregate Report results
https://bz.apache.org/bugzilla/show_bug.cgi?id=62474 Bug ID: 62474 Summary: Cannot select data in Aggregate Report results Product: JMeter Version: 4.0 Hardware: PC Status: NEW Severity: normal Priority: P2 Component: Main Assignee: issues@jmeter.apache.org Reporter: stephen.jenk...@nice.com Target Milestone: --- When clicking on a row (or pressing ctrl+a) within the results of an aggregate report the row is briefly selected and then almost instantly deselected. With JMeter 2.13 selection was persisted and I could copy the results. Tested on JMeter 4.0 r1823414 on Windows 7 64-bit with 64-bit JRE 1.8.0_151 and Windows 10 64-bit with 64-bit JRE 1.8.0_171 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62473] New: Setting "saveservice_properties" has counter intuitive behaviour
https://bz.apache.org/bugzilla/show_bug.cgi?id=62473 Bug ID: 62473 Summary: Setting "saveservice_properties" has counter intuitive behaviour Product: JMeter Version: 4.0 Hardware: All OS: All Status: NEW Severity: normal Priority: P2 Component: Main Assignee: issues@jmeter.apache.org Reporter: supp...@ubikloadpack.com Target Milestone: --- If we compare how path is resolved with other similar file properties, the resolution is really weird. No absolute full path can be set as it is resolved using bin folder: So: 1/ if you jmeter is in /Users/supportULP/test/jmeter-install/4.0 2/ Your saveservice properties file is in /data/ubik/ulp/demo/saveservice.properties You need to set: /Users/supportULP/test/jmeter-install/4.0/../../../../../data/ubik/ulp/demo/saveservice.properties This makes it very hard to set correctly this property. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62449] Dollar ($) sign is not recognizedin the regular expression extractor .
https://bz.apache.org/bugzilla/show_bug.cgi?id=62449 --- Comment #2 from Saravana --- It is in Body dev encrypting the session id which has $ symbol. -- You are receiving this mail because: You are the assignee for the bug.