<feed xmlns='http://www.w3.org/2005/Atom'>
<title>puzzles/benchmark.pl, branch devel</title>
<subtitle>My sgt-puzzles tree</subtitle>
<link rel='alternate' type='text/html' href='https://www.franklinwei.com/cgit/puzzles/'/>
<entry>
<title>benchmark.pl: replace use of Perl &lt;&gt; with &lt;&lt;&gt;&gt;.</title>
<updated>2019-01-25T20:27:49+00:00</updated>
<author>
<name>Simon Tatham</name>
<email>anakin@pobox.com</email>
</author>
<published>2019-01-25T20:27:49+00:00</published>
<link rel='alternate' type='text/html' href='https://www.franklinwei.com/cgit/puzzles/commit/?id=d7c873313e4e80f928377b5be8c6602b22154324'/>
<id>d7c873313e4e80f928377b5be8c6602b22154324</id>
<content type='text'>
I've only just found out that it has the effect of treating the argv
words not as plain filenames, but as arguments to Perl default 'open',
i.e. if they end in | then the text before that is treated as a
command. That's not what was intended!
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
I've only just found out that it has the effect of treating the argv
words not as plain filenames, but as arguments to Perl default 'open',
i.e. if they end in | then the text before that is treated as a
command. That's not what was intended!
</pre>
</div>
</content>
</entry>
<entry>
<title>Add sorting-order buttons to the benchmark output.</title>
<updated>2015-05-18T15:39:12+00:00</updated>
<author>
<name>Simon Tatham</name>
<email>anakin@pobox.com</email>
</author>
<published>2015-05-18T15:39:12+00:00</published>
<link rel='alternate' type='text/html' href='https://www.franklinwei.com/cgit/puzzles/commit/?id=fb0ff8c33857e31d93dc36e1b4b2ed28837e5e44'/>
<id>fb0ff8c33857e31d93dc36e1b4b2ed28837e5e44</id>
<content type='text'>
Since I'm committed to HTML5ish Javascript already, that shouldn't be
too much of an inconvenience.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Since I'm committed to HTML5ish Javascript already, that shouldn't be
too much of an inconvenience.
</pre>
</div>
</content>
</entry>
<entry>
<title>Move the benchmarking logic out into a script.</title>
<updated>2015-05-18T15:17:49+00:00</updated>
<author>
<name>Simon Tatham</name>
<email>anakin@pobox.com</email>
</author>
<published>2015-05-18T15:17:49+00:00</published>
<link rel='alternate' type='text/html' href='https://www.franklinwei.com/cgit/puzzles/commit/?id=894921015dde693697647b98b0c41467dcc91c08'/>
<id>894921015dde693697647b98b0c41467dcc91c08</id>
<content type='text'>
It's a pain having it in a rule in Makefile.gtk, which isn't even the
recommended makefile these days - it can't be re-run conveniently, and
there's no way to parametrise it. Now it can be run no matter which
makefile you're using, and it lets you narrow down to a subset of
games (though not presets). Other options could easily be added.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
It's a pain having it in a rule in Makefile.gtk, which isn't even the
recommended makefile these days - it can't be re-run conveniently, and
there's no way to parametrise it. Now it can be run no matter which
makefile you're using, and it lets you narrow down to a subset of
games (though not presets). Other options could easily be added.
</pre>
</div>
</content>
</entry>
<entry>
<title>Introduce some extra testing and benchmarking command-line options to</title>
<updated>2013-04-11T12:51:06+00:00</updated>
<author>
<name>Simon Tatham</name>
<email>anakin@pobox.com</email>
</author>
<published>2013-04-11T12:51:06+00:00</published>
<link rel='alternate' type='text/html' href='https://www.franklinwei.com/cgit/puzzles/commit/?id=120f6de605b9a431e3b084bfc34d7cf33b6c9905'/>
<id>120f6de605b9a431e3b084bfc34d7cf33b6c9905</id>
<content type='text'>
the GTK front end, plus a 'make test' target in the GTK makefile which
uses them to automatically generate 100 puzzles for each game at each
preset configuration, test-run them back through the solver without
their aux_info to ensure that can cope, and produce an HTML box plot
of game generation times for each preset.

As part of this work I've removed the TESTSOLVE mechanism from r9549,
since the new --test-solve option does the same thing better (in that
when something goes wrong it prints the random seed that caused the
problem).

[originally from svn r9825]
[r9549 == 5a095b8a08fa9f087b93c86aea0fa027138b028d]
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
the GTK front end, plus a 'make test' target in the GTK makefile which
uses them to automatically generate 100 puzzles for each game at each
preset configuration, test-run them back through the solver without
their aux_info to ensure that can cope, and produce an HTML box plot
of game generation times for each preset.

As part of this work I've removed the TESTSOLVE mechanism from r9549,
since the new --test-solve option does the same thing better (in that
when something goes wrong it prints the random seed that caused the
problem).

[originally from svn r9825]
[r9549 == 5a095b8a08fa9f087b93c86aea0fa027138b028d]
</pre>
</div>
</content>
</entry>
</feed>
