Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
igouy
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
25 ms
·
481.
▲
by
igouy
2y ago
> and divide by the count Which gives an average rather than a time?
482.
▲
by
igouy
2y ago
iirc William Opdyke's thesis has much C++ :-) http://www.laputan.org/pub/papers/opdyke-thesis.pdf As-for "performing large changes" -- "A very large Smalltalk application was developed at Car
483.
▲
by
igouy
2y ago
> [Ruby] ... faster on startup than .NET Please share. fwiw C# aot in-process timing (0.029) about 0.005 faster than process timing. Ruby yjit in-process timing (1.565) about 0.083 faster than process timing. https://benchma
484.
▲
by
igouy
2y ago
Yes, the basics are there in Smalltalk and there's more support built into Erlang. Also: "Live program changes in the Dart VM" https://github.com/dart-lang/sdk/blob/main/docs/Hot-reloa
485.
▲
by
igouy
2y ago
fwiw Stef's Free Online Smalltalk Books http://stephane.ducasse.free.fr/FreeBooks.html
486.
▲
by
igouy
2y ago
> just bits of notion from reading various accounts of things online over the years And that casts shade. > Most of the software … would … stop by saving that image down to the disk. Not so. Fat-client apps for corporate DBs. > The
487.
▲
by
igouy
2y ago
> Wasn't the best from what I've read over time. Because?
488.
▲
by
igouy
2y ago
Unless you removed it.
489.
▲
by
igouy
2y ago
> I found the animation informative Java was so fast it glowed orange! I wonder if the distraction of the animation actually makes people slower at reading the information that is in the text column. The animation serves its purpose -- i
490.
▲
by
igouy
2y ago
Not really. Work has been done to make faster Ruby language implementations. https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
491.
▲
by
igouy
2y ago
If only we could look at the numbers without the uninformative distraction.
492.
▲
by
igouy
2y ago
Do you really not understand that the exact same Java programs are likely to be 10x slower without JIT? Different language implementation, so different performance. > too seriously Take those measurements just seriously enough.
493.
▲
by
igouy
2y ago
Another language comparison repo with hard-to-read presentation. The chart axis labels and bar labels overlap each other, and there are no vertical grid lines. Oh for a simple HTML table!
494.
▲
by
igouy
2y ago
https://benchmarksgame-team.pages.debian.net/benchmarksgame/... Program performance is associated with the specific programming language implementation and the specific program implementation.
495.
▲
by
igouy
2y ago
I imagine we need a nuts and bolts definition of "virtual machine" before we can make a comparison.
496.
▲
by
igouy
2y ago
Perhaps you mean that "the methodology" does not include an explicit step intended to amortize runtime startup. Perhaps the tiny tiny programs none-the-less took enough time that startup was amortized.
497.
▲
by
igouy
2y ago
Does JavaME have a "huge virtual machine" ? https://www.oracle.com/java/technologies/javameoverview.html Do you mean CPython or PyPy or MicroPython or ?
498.
▲
by
igouy
2y ago
How do you know?
499.
▲
by
igouy
2y ago
The question is: How much slower? We could try to count how many times the java circle crosses left-to-right and right-to-left, in the time it takes for the PHP circle to cross left-to-right once. That's error prone but should be appro
500.
▲
by
igouy
2y ago
"The first principle is that you must not fool yourself and you are the easiest person to fool." :-)
501.
▲
by
igouy
2y ago
otoh When performance doesn't matter, it doesn't matter. otoh When the title is "Speeding up Ruby" we are kind-of presuming it matters.
502.
▲
by
igouy
2y ago
aka Python is as fast as C when it is C.
503.
▲
by
igouy
2y ago
We can read the relative difference from the length of the bars because the bars are stable.
504.
▲
by
igouy
2y ago
Maybe that dozen lines of code isn't sufficient to characterize performance differences? Nearly 25 years ago, nested loops and fibs. https://web.archive.org/web/20010424150558/http://www.bagley...
505.
▲
by
igouy
2y ago
> people sort of chant "microbenchmarks are useless", but they aren't useless. They might be ! (They aren't necessarily useless. It depends. It depends what one is looking for. It depends etc etc ) > You can'
506.
▲
by
igouy
2y ago
fwiw https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
507.
▲
by
igouy
2y ago
> fewer languages Maybe you've only noticed the dozen in-your-face on the home page? The charts have shown ~27 for a decade or so. There's another half-dozen more in the site map.
508.
▲
by
igouy
2y ago
Cover up the single column of lang/secs and then try to read how big the difference is between java and php from the moving circles. You would have no problem doing that with a [ typo histogram should say bar chart].
509.
▲
by
igouy
2y ago
> a fun visualization of each language’s performance The effect is similar to dragging a string past a cat: complete distraction — unable to avoid focusing on the movement — unable to extract any information from the movement. To underst
510.
▲
by
igouy
2y ago
> ... when the 90s arrived it didn't have a big company pouring gobs of money into marketing it unlike Java. IBM not big enough? :-) But of course IBM's consulting group were technology neutral and pivoted from Smalltalk to Jav
More ›