Energy-Languages
fructure
Energy-Languages | fructure | |
---|---|---|
37 | 8 | |
668 | 443 | |
0.4% | - | |
0.0 | 3.7 | |
7 months ago | 3 months ago | |
C | Racket | |
MIT License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Energy-Languages
-
C Is the Greenest Programming Language
Looking at the benchmark where C++ is worst compared to other languages, it's depending on the library used. I would guess if they used Google's re2 Regex library instead of Boost's, the result would be different.
https://github.com/google/re2
https://github.com/greensoftwarelab/Energy-Languages/blob/ma...
-
General Availability of the AWS SDK for Rust
Trawling through the wayback machine, I did find that the older pages link to https://github.com/greensoftwarelab/Energy-Languages, which does seem to provide the contents of the specific programs used and the benchmarking software. Excellent.
-
Java consumes 38x less energy than Python
> … not … primarily an issue with means vs medians
We're comparing averages, why would we bother so much about the cause of an outlier.
> you linked directly to the C++ code for spectral-norm
You had linked to the wrong C and C++ code for spectral-norm, I linked to the code that was actually used.
> The time ratio of the Benchmarks Game fastest C version to the slowest C++ version is over 16x.
Again, you seem to be looking at the wrong repo.
The authors of "Energy Efficiency across Programming Languages, SLE’17" provided this repo —
https://sites.google.com/view/energy-efficiency-languages
https://github.com/greensoftwarelab/Energy-Languages
-
Racket: The Lisp for the Modern Day
https://github.com/greensoftwarelab/Energy-Languages/issues/...
-
Is your language eco friendly?
The paper authors provided a repo for the source code they used: https://github.com/greensoftwarelab/Energy-Languages
- Reasons you prefer Golang over Java?
-
I don't hate it. But I can't deny it.
The study made their own measurements. They did not re-use measurements made by the benchmarks game.
-
Energy Efficiency across Programming Languages [pdf]
One of the JavaScript programs at least was concurrent, whereas the TypeScript equivalent was synchronous. No wonder there's a difference...
Haven't looked closely at the other problems, but it's apparent to me that the solutions are not even trying to be similar, so comparing their efficiency is near useless.
the problem in question was the k-nucleotide one, IIRC:
https://github.com/greensoftwarelab/Energy-Languages/blob/13...
-
How to install libraries into a common directory so that they can be targeted by an -L flag to rustc?
I've been trying to replicate a study on energy usage (alright, it's that study on energy usage) and I've hit a bit of a snag while trying to compile the Rust components of the project. Instead of using a Cargo.toml and building with cargo, the authors have decided to use a Makefile and manually pass flags into rustc.
-
Greenest programming languages: a reason to support JavaScript over TypeScript
Here is an issue from the repo with the code they used: https://github.com/greensoftwarelab/Energy-Languages/issues/34
fructure
-
Racket: The Lisp for the Modern Day
Even the racket teachpack libraries designed for education are very capable; I was able to make this structured editor with only using teachpack content without external deps: https://github.com/disconcision/fructure
-
Common Lisp vs Racket
Right, it's fine, and is a pretty basic macro. Doubly linked lists are pretty basic data structures too, even the Rust versions once you figure it out. I like your sibling comment making it look like the CL version. I still want to know in more detail though why you think that doing things this way instead of the CL way is less likely to be "fragile and break down" for the complicated stuff, it would help to have a specific complicated example to showcase. Perhaps the linked https://github.com/disconcision/fructure in another comment would be a good study? The author there claimed they might not have been able to manage with defmacro, maybe someone familiar with both could articulate the challenges in detail. Is it just an issue of some things benefit a lot from pattern matching, and if so, does using CL's Trivia system mitigate that at all (in the same way that using gensym+packages+Lisp-2ness can mitigate hygiene issues)?
- Fructure: A structured interaction engine in Racket
-
graph-based UI for Lisp/Scheme
see also: fructure
- Why text only.
- An Intuition for Lisp Syntax
What are some alternatives?
SGDK - SGDK - A free and open development kit for the Sega Mega Drive
LIBUCL - Universal configuration library parser
gdnative - Rust bindings for Godot 3
slimv - Official mirror of Slimv versions released on vim.org
racket-binfmt - A binary format parser generator DSL with support for limited context-sensitivity.
vlime - A Common Lisp dev environment for Vim (and Neovim)
Programming - This repo contains my Projects and practice code of various languages which I have learned during my Graduation in Computer engineering.
cmu-infix - Updated infix.cl of the CMU AI repository, originally written by Mark Kantrowitz
OTA_update_STM32_using_ESP32 - Program STM32Fxx MCUs Over-the-Air using ESP32
coherence - Oracle Coherence Community Edition
rust - Rust for the xtensa architecture. Built in targets for the ESP32 and ESP8266
slime - The Superior Lisp Interaction Mode for Emacs