Cool idea!
Thanks.
Cheers
El mar, 15-03-2011 a las 23:37 +0100, Stefan Marr escribió:
> Hi:
>
> Small update, I just created
> http://www.squeaksource.com/SMark.html
>
> SMark is the attempt to build a common benchmarking framework for Smalltalk.
> It inspired from the metaphor used for unit
Hi:
Small update, I just created
http://www.squeaksource.com/SMark.html
SMark is the attempt to build a common benchmarking framework for Smalltalk.
It inspired from the metaphor used for unit testing in SUnit, and thus, a
benchmark is implemented by adding #benchMyBenchmark to a subclass of
S
On Mon, Mar 14, 2011 at 3:06 PM, Henrik Sperre Johansen <
henrik.s.johan...@veloxit.no> wrote:
> On 14.03.2011 10:19, Stefan Marr wrote:
>
>> Hi Toon:
>>
>> On 14 Mar 2011, at 09:52, Toon Verwaest wrote:
>>
>>> Since the general idea is to write benchmarks like unit tests, how about
'SMark'/'
>> The class contains many methods having a name that begins with 'metric'.
>> Some students worked on a kind of Hudson that exploit these information. You
>> can have a look at it:
>> http://kimen.dcc.uchile.cl:8008/VerMon01/faces/project_details.xhtml?id=1
> Ok, that is about code metrics. Slig
Hi Alexandre:
On 14 Mar 2011, at 20:31, Alexandre Bergel wrote:
> The class contains many methods having a name that begins with 'metric'. Some
> students worked on a kind of Hudson that exploit these information. You can
> have a look at it:
> http://kimen.dcc.uchile.cl:8008/VerMon01/faces/proj
You can check the class MondrianHealth2 that belongs to the package
Mondrian-Tests of http://www.squeaksource.com/Mondrian.html
The class contains many methods having a name that begins with 'metric'. Some
students worked on a kind of Hudson that exploit these information. You can
have a look a
Hi Alexandre:
On 14 Mar 2011, at 18:10, Alexandre Bergel wrote:
>> Since the general idea is to write benchmarks like unit tests, how about
>> 'SMark'/'SBench' instead of 'SUnit'?
>
>
> I like the idea. Actually, this is what I have done with
> HealthReportProducer. A benchmark is created by
> Since the general idea is to write benchmarks like unit tests, how about
> 'SMark'/'SBench' instead of 'SUnit'?
I like the idea. Actually, this is what I have done with HealthReportProducer.
A benchmark is created by subclassing it and defining #metric* methods.
Cheers,
Alexandre
--
_,.;:~
+1 to SMark
On 14 March 2011 15:06, Henrik Sperre Johansen
wrote:
> On 14.03.2011 10:19, Stefan Marr wrote:
>>
>> Hi Toon:
>>
>> On 14 Mar 2011, at 09:52, Toon Verwaest wrote:
Since the general idea is to write benchmarks like unit tests, how about
'SMark'/'SBench' instead of 'SUn
On 14.03.2011 10:19, Stefan Marr wrote:
Hi Toon:
On 14 Mar 2011, at 09:52, Toon Verwaest wrote:
Since the general idea is to write benchmarks like unit tests, how about
'SMark'/'SBench' instead of 'SUnit'?
And he immediately calls it after himself! Smark ;)
Rather farfetched no? :-P
The SMa
Hi Toon:
On 14 Mar 2011, at 09:52, Toon Verwaest wrote:
>> Since the general idea is to write benchmarks like unit tests, how about
>> 'SMark'/'SBench' instead of 'SUnit'?
> And he immediately calls it after himself! Smark ;)
Rather farfetched no? :-P
The SMark was inspired by names like 3DMark
Hi:
On 14 Mar 2011, at 09:36, Mariano Martinez Peck wrote:
> Hi Stef. I would love this. Not only to see how successful an optimization
> was, but also, how much overhead your solution has ;)
Just in case you are talking to me, it is Stefan, not Stef...
> Yes, please. Did you consider the rep
On 03/13/2011 11:30 PM, Stefan Marr wrote:
Hi:
For the others, I am currently adapting the benchmarking infrastructure used
for Pinocchio to be a bit more general, and enable me to integrate our RoarVM
benchmarking tools.
The goal is to have a framework that allows all kind of benchmarking, wr
On Sun, Mar 13, 2011 at 11:30 PM, Stefan Marr wrote:
> Hi:
>
> For the others, I am currently adapting the benchmarking infrastructure
> used for Pinocchio to be a bit more general, and enable me to integrate our
> RoarVM benchmarking tools.
> The goal is to have a framework that allows all kind
Lets factor it out as a separate project.
I would go for SBench :).
camillo
On 2011-03-13, at 23:30, Stefan Marr wrote:
> Hi:
>
> For the others, I am currently adapting the benchmarking infrastructure used
> for Pinocchio to be a bit more general, and enable me to integrate our RoarVM
> benc
Hi:
For the others, I am currently adapting the benchmarking infrastructure used
for Pinocchio to be a bit more general, and enable me to integrate our RoarVM
benchmarking tools.
The goal is to have a framework that allows all kind of benchmarking, written
like unit tests.
One other idea Henrik
16 matches
Mail list logo
