- Pharo-dev - lists.pharo.org

Re: [Pharo-project] PBenchmark as a general framework for benchmarking in Smalltalk (commit access)

by Stefan Marr

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! S<tefan>mar<r>k ;) Rather farfetched no? :-P The SMark was inspired by names like 3DMark, FutureMark, CoreMark, SYSmark, WebMark, MobileMark. >> Best regards >> Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

March 14, 2011

[Pharo-project] Issue 3816 in pharo: Time millisecondClockValue wraps around way too quickly

by pharo＠googlecode.com

Status: New Owner: ---- New issue 3816 by sven.van...(a)gmail.com: Time millisecondClockValue wraps around way too quickly http://code.google.com/p/pharo/issues/detail?id=3816 Time millisecondClockValue seems to wrap around way too soon. It is used for example by Seaside to track uptime. I submitted a workaround to Seaside 3.0, http://code.google.com/p/seaside/issues/detail?id=596, http://www.squeaksource.com/Seaside30/Seaside-Pharo-Tools-Web-pmm.29.mcz. This is a primitive (135) and I haven't looked at it, but I guess it is a 32-bit integer, maybe a 64-bit integer would be better ? Sven

March 14, 2011

Re: [Pharo-project] PBenchmark as a general framework for benchmarking in Smalltalk (commit access)

by Stefan Marr

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 repository PharoBenchmarks (even if the package can be called SBench)? because it would be good to collect them somewhere, and that seems a good enough place. No, PharoBenchmarks is not 'good enough'. I am not going to restrict my work to a particular Smalltalk, more than necessary. And to make that apparent I will insist on dropping the 'P' form the name. The benchmark framework should not be restricted to Pharo in any way. Benchmarks perhaps, but not the execution framework. > BTW, how do you compare the benchmarks from PBenchmark to the ones that are in PharoBenchmarks ? PharoBenchmarks contains mostly microbenchmarks of all different kind. Should be relatively easy to adapt them to be used with the new framework. PBenchmark contains a small set of microbenchmarks, too. A bit better organized thought. The Whetstone benchmarks are already included in my RoarVM benchmarks and will definitely ported. > > Finally, I would also love to have such benchmarks run in each hudson build to see wether each commit to pharo make it slower/faster. We already do that for the RoarVM, and the whole point is to enable you to do it too, within a common framework. What I want, is to be able to compare the results of the various VMs(and/or images) with each other. Best regards Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

March 14, 2011

Re: [Pharo-project] can we add a StackVM for MacOS in Hudson?

by Mariano Martinez Peck

thanks Marcus On Mon, Mar 14, 2011 at 9:54 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On Mar 13, 2011, at 11:07 PM, Mariano Martinez Peck wrote: > > I saw there is for UNIX, but not for Mac OS. > > > We will add that (it's already on the TODO). > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > >

March 14, 2011

Re: [Pharo-project] can we add a StackVM for MacOS in Hudson?

by Marcus Denker

On Mar 13, 2011, at 11:07 PM, Mariano Martinez Peck wrote: > I saw there is for UNIX, but not for Mac OS. > > We will add that (it's already on the TODO). -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

March 14, 2011

Re: [Pharo-project] PBenchmark as a general framework for benchmarking in Smalltalk (commit access)

by Toon Verwaest

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, written like unit tests. > One other idea Henrik was interested in is to be able to easily compare the benchmark results of different versions of method-implementations, to see whether optimizations were successful. > > > Camillo, even so I don't have a working version yet, I was trying to commit my refactoring (perhaps for review). > However, the PinocchioVM project seems to be 'global readonly'. > > Would it be better to make it a stand-alone project? > When we go with that step, as already mentioned, I would like to rename it. > > PBenchmark is a name that might prevent adoption. Not that I would like to go into politics here, but perhaps we can consider a new name. > > 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! S<tefan>mar<r>k ;) > Best regards > Stefan > > > PS: > > One thing, we might want to use as a source of inspiration in the future is: > http://code.google.com/p/caliper/ > > Thats a microbenchmark framework for Java, also using the unit-testing metaphor. > There @Param is also neat (http://code.google.com/p/caliper/source/browse/trunk/examples/src/main/java…) and allows to encode input sizes for which the benchmarks should be executed. > That is something I am not to interested in, but in case the framework finds adoption that might be something to keep in mind. >

March 14, 2011

Re: [Pharo-project] PBenchmark as a general framework for benchmarking in Smalltalk (commit access)

by Mariano Martinez Peck

On Sun, Mar 13, 2011 at 11:30 PM, Stefan Marr <pharo(a)stefan-marr.de> 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, > written like unit tests. > One other idea Henrik was interested in is to be able to easily compare the > benchmark results of different versions of method-implementations, to see > whether optimizations were successful. > > Hi Stef. I would love this. Not only to see how successful an optimization was, but also, how much overhead your solution has ;) > > Camillo, even so I don't have a working version yet, I was trying to commit > my refactoring (perhaps for review). > However, the PinocchioVM project seems to be 'global readonly'. > > Would it be better to make it a stand-alone project? > Yes, please. Did you consider the repository PharoBenchmarks (even if the package can be called SBench)? because it would be good to collect them somewhere, and that seems a good enough place. BTW, how do you compare the benchmarks from PBenchmark to the ones that are in PharoBenchmarks ? Finally, I would also love to have such benchmarks run in each hudson build to see wether each commit to pharo make it slower/faster. I know Cyrille was working on that. I cc'ed him, since it would be nice to join forces. When we go with that step, as already mentioned, I would like to rename it. > > PBenchmark is a name that might prevent adoption. Not that I would like to > go into politics here, but perhaps we can consider a new name. > > Since the general idea is to write benchmarks like unit tests, how about > 'SMark'/'SBench' instead of 'SUnit'? > > SBench sounds good for me. > Best regards > Stefan > > > PS: > > One thing, we might want to use as a source of inspiration in the future > is: > http://code.google.com/p/caliper/ > > Thats a microbenchmark framework for Java, also using the unit-testing > metaphor. > There @Param is also neat ( > http://code.google.com/p/caliper/source/browse/trunk/examples/src/main/java…) > and allows to encode input sizes for which the benchmarks should be > executed. > That is something I am not to interested in, but in case the framework > finds adoption that might be something to keep in mind. > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > > >

March 14, 2011

Re: [Pharo-project] [COTDC] 30 - StepMessage

by Guillermo Polito

I would say that it configures the step, not force. The one who forces this message send is WorldState :). On Mon, Mar 14, 2011 at 3:30 AM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > This sounds right ? > > Laurent > > On Sun, Mar 13, 2011 at 8:42 PM, laurent laffont < > laurent.laffont(a)gmail.com> wrote: > >> Not sure, but try: >> >> I'm a MorphicAlarm to force the step of the receiver at a #stepTime >> period. >> >> See WordState>>runLocalStepMethodsIn: >> >> Laurent. >> >> On Fri, Mar 11, 2011 at 7:14 PM, laurent laffont < >> laurent.laffont(a)gmail.com> wrote: >> >>> Today: StepMessage >>> >>> >>> Comment Of The Day Contest - One Day One Comment >>> Rules: >>> #1: Each day a not commented class is elected. Each day the best comment >>> will be integrated with name of the author(s). >>> #2: If you cannot comment it, deprecate it. >>> Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest >>> >>> Laurent >>> >> >> >

March 14, 2011

Re: [Pharo-project] [COTDC] 30 - StepMessage

by laurent laffont

This sounds right ? Laurent On Sun, Mar 13, 2011 at 8:42 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > Not sure, but try: > > I'm a MorphicAlarm to force the step of the receiver at a #stepTime period. > > See WordState>>runLocalStepMethodsIn: > > Laurent. > > On Fri, Mar 11, 2011 at 7:14 PM, laurent laffont < > laurent.laffont(a)gmail.com> wrote: > >> Today: StepMessage >> >> >> Comment Of The Day Contest - One Day One Comment >> Rules: >> #1: Each day a not commented class is elected. Each day the best comment >> will be integrated with name of the author(s). >> #2: If you cannot comment it, deprecate it. >> Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest >> >> Laurent >> > >

March 14, 2011

Re: [Pharo-project] Where to download

by David T. Lewis

On Wed, Mar 02, 2011 at 12:54:30PM +0100, Friedrich Dominicus wrote: > There was a patch discussed on the Squeak mailing list > http://bugs.squeak.org/view.php?id=7266 > names serial ports. (not just by Number) > > There are patchs for the plugin. I wonder how do I build such a new > plugin? Or can't I use that in Pharo? Friedrich, The updated plugin with support for named serial ports is in the standard VM, but possibly not yet in the Cog VM. If you need to use named serial ports, try using a standard VM from squeakvm.org. If you are building your own Cog VM, the updates are not complex so you may be able to just apply them in your VMMaker package. HTH, Dave

March 14, 2011