[Vm-dev] benchmarking and recent results

[Eliot Miranda]

Hi David,

   Clément is, amongst other things, working on Cog performance, looking at
adaptive optimization/speculative inlining (Sista in Cog, for Speculative
Inlining Smalltalk Architecture :-) ).  Could he please be added as a
developer to source.squeak.org/VMMaker?


On Fri, Oct 4, 2013 at 1:47 AM, Clément Bera <bera.clement at gmail.com> wrote:

>
> Hello,
>
> How can I have a username to commit to the Cog repository ? I can commit
> the benchs when I'll have authorization.
>
>
> 2013/10/3 Eliot Miranda <eliot.miranda at gmail.com>
>
>>
>> Hi Clément,
>>
>>
>> On Thu, Oct 3, 2013 at 1:57 AM, Clément Bera <bera.clement at gmail.com>wrote:
>>
>>>
>>> Hey,
>>>
>>> Stefan, you can integrate in SMark. There some classes that are here
>>> only for the jenkins, I don't know if you need them. See the image in the
>>> jenkins job
>>> I'll have a look at the benchs of Computer Language Benchmarks Game.
>>>
>>> Stef, I need a machine reserved for benchs, we are working with Esteban
>>> on setting up one with one of our old mac.
>>>
>>> Eliot, I agree that DeltaBlue and Richards were definitely the most
>>> useful in the suite I have. I can put them in the Cog repository but they
>>> rely on SMark, Stefan Mar's framework to bench. I don't know if you want to
>>> add this dependency in Cog.
>>>
>>
>> Yes, please, go ahead.  I can integrate them into the Shootout benchmarks
>> I have and break the dependency if I need to.
>>
>>
>>> By the way I keep working on the Sista, but with 1 or 2 day of work per
>>> week it will take me a while to get back the infrastructure to work (I mean
>>> bytecode -> SSA -> bytecode). The bytecode to SSA decompiler doesn't
>>> support your blockClosure implementation and there's even more work in the
>>> SSA to bytecode generator. When it'll work I'll contact you back for the
>>> new bytecode set.
>>>
>>
>> OK, great.  Don't worry; these things take time :-)  I've waited three
>> years to start work on Spur.  As long as we get there in the end :-).
>>  Software seems to be an area where people keep claiming the end is nigh
>> and a revolution is afoot.  But cobol is still here ;-).
>>
>>  Ryan, I will have a look at Splay and ParserCombinator. There will
>>> definitely be a huge difference between the Spur version and the current
>>> version of Cog in these benchs.
>>>
>>
>>  i do hope so :-)
>>
>> 2013/10/3 Ryan Macnak <rmacnak at gmail.com>
>>>
>>>>
>>>>
>>>> On Tue, Oct 1, 2013 at 11:46 PM, Clément Bera <bera.clement at gmail.com>wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>> Do you have any other benchs implemented in Squeak / Pharo ? If
>>>>>> someone can extract the benchs from strongtalk in the Squeak chunk format I
>>>>>> would be pleased. Seemingly you can only do that on windows and I don't
>>>>>> have access to this kind of computer.
>>>>>>
>>>>>
>>>> We have Newspeak and Smalltalk versions of Strongtalk's DeltaBlue and
>>>> Richards in https://bitbucket.org/newspeaklanguage/benchmarks. (In
>>>> MemoryHole's format; load into a Newspeak image and you can output chunk
>>>> format.) This version of DeltaBlue adheres to the original in its weird
>>>> pattern of accessing the constant Strength values, which if you look at V8
>>>> or Dart's versions you will find rewritten.
>>>>
>>>> It will be interesting to look at how Spur affects Splay (GC-heavy) and
>>>> ParserCombinators (non-trivial amounts of string at:). We have Newspeak
>>>> versions, but it would be nice to have Smalltalk versions as well.
>>>>
>>>>
>>>
>>>
>>
>>
>> --
>> best,
>> Eliot
>>
>>
>
>


-- 
best,
Eliot
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20131004/e9a4c937/attachment.htm