The problem is that what do you measure. When you move computation from the CPU to a GPU for example does it consume less or more. I think that such analyses are totally stupid. Is a fast execution consume less? I have serious doubts about it. Now if we measure how fast we drain a battery because of polling vs event based then this is different. S.
On 1 Oct 2020, at 13:47, Jonathan van Alteren <jvalteren@objectguild.com> wrote:
Hi all,
I am interested in energy efficiency metrics for Pharo (version >=8). Just now, I came across this research and related GitHub project: https://sites.google.com/view/energy-efficiency-languages <https://sites.google.com/view/energy-efficiency-languages> https://github.com/greensoftwarelab/Energy-Languages <https://github.com/greensoftwarelab/Energy-Languages>
Unfortunately, the paper mentions that Smalltalk was excluded from the results because the (VW) compiler was proprietary :-S However, the GitHub repository does contain Smalltalk code and results, but I haven't been able to evaluate those.
[1] Does anyone here have more information on this topic?
The benchmarks seem to be low-level algorithms. Although that is useful, I think that a better argument for Pharo/Smalltalk efficiency is that a good OO design (e.g. created using responsibility-driven design with behaviorally complete objects) will be a better fit, can be much simpler and will thus be more efficient during development, as well as easier to maintain and evolve.
[2] Has anyone done any research in this area that can quantify this aspect?
Kind regards,
Jonathan van Alteren
Founding Member | Object Guild B.V. Sustainable Software for Purpose-Driven Organizations
jvalteren@objectguild.com
-------------------------------------------- Stéphane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, Bât.A, Park Plaza Villeneuve d'Ascq 59650 France