On 18 Nov 2015, at 15:10, Ben Coman <btc@openInWorld.com> wrote:
From Playground... a BenchmarkResult(1,942,473 iterations in 1 minute 47 seconds 237 milliseconds. 18,114 per second)
Now I haven't thought hard enough about the following to know if its the right solution, but just an early share... changing... ] forkAt: Processor activePriority. to... ] forkAt: Processor activePriority - 1. in #styleInBackgroundProcess: has a positive impact.
That would definitely help. Another thing I think should be different is the 5 second delay in that process. The 5 seconds might make some sense for a regular user but they pose a problem for automated tests (as we have seen here).
cheers -ben
On Wed, Nov 18, 2015 at 7:09 PM, Max Leske <maxleske@gmail.com> wrote:
a BenchmarkResult(5,057,441 iterations in 3 minutes 26 seconds 74 milliseconds. 24,542 per second)
./pharo Pharo.image eval 205,98s user 2,07s system 100% cpu 3:27,44 total
On 18 Nov 2015, at 11:48, Andrei Chis <chisvasileandrei@gmail.com> wrote:
Can you try the script below in the latest Pharo image and let me know how much does it take to execute on your machine:
|duration benchmarkResult| 100 timesRepeat: [ RubScrolledTextMorph new model: (RubScrolledTextModel new setInitialText: '1+1'; yourself); beForSmalltalkScripting; yourself ] .
duration := 100 milliSeconds. benchmarkResult := [ 100 factorial ] benchFor: duration.
In my case it takes around 1 minute. The inner loop finishes immediately and then most time is spend executing the benchmark.
At the end I get the following result: "a BenchmarkResult(2,060,386 iterations in 1 minute 7 seconds 498 milliseconds. 30,525 per second)"
So the benchmark is executed for over one minute before the delay expires.