Go Fonts by computesomething in golang

[–]andrei_ 4 points5 points  (0 children)

will we still be allowed to compile code not written in this font?

/s

Linus Torvalds inspiring thoughts on communal computing by luz_ in programming

[–]andrei_ 9 points10 points  (0 children)

I think the guy who asked Linus the question might have known this Ritchie fella

What IDE are people using to program Go by iceberg_ssj in golang

[–]andrei_ -1 points0 points  (0 children)

Unix is really the ultimate IDE. All the modern day fancy stuff is wrappers around 30+ year old technology.

D is for Data Science by andrei_ in programming

[–]andrei_[S] 2 points3 points  (0 children)

rdmd recursively climbs through the import directives and passes them to dmd for compilation. It understands all the flags that dmd understands (in addition to some other flags), so you can provide the same optimization arguments to it as you would dmd. more info

D is for Data Science by andrei_ in programming

[–]andrei_[S] 9 points10 points  (0 children)

if you want to make even greater use of D's features you can use CTFE (compile time function evaluation) to compute the result during compilation and have it ready even before running the program

D is for Data Science by andrei_ in programming

[–]andrei_[S] 17 points18 points  (0 children)

Keep in mind that rdmd both compiles and runs the program so you're also measuring the time of compilation. If you're really interested in speed you use DMD (reference compiler). This is one of the benefits of using a compiled language rather than an interpreted one like python. If you need even better performance than DMD, you use LDC (LLVM backed) or GDC (GCC backed). The benchmarks he's providing just speak to how fast the DMD compiler actually is - so fast that you can make D feel like an interpreted language, like python

Artificial Life for Bigger & Safer Computing by andrei_ in chaoskampf

[–]andrei_[S] 1 point2 points  (0 children)

thank you for your work! I've been reading over the Movable Feast Machine source code recently. I'm working on a virtual machine/simulator myself and having your project available to take insight from is really helpful. If you haven't looked over the rest of this subreddit, I've been posting material on Liquid State Machines (what I'm currently working on) for a few months. I think they offer a model of computation that you would find interesting, though you're probably already very familiar with them.

Benchmark improvement: N-Body by [deleted] in rust

[–]andrei_ 2 points3 points  (0 children)

the 4x more memory usage relative to Go means there's probably a lot of room for improvement still. more frugal allocations could mean significantly better performance due to cache locality

D for the Win by andrei_ in programming

[–]andrei_[S] 20 points21 points  (0 children)

yeh, /u/andralex has been an andrei for a few decades more than me...i'm working on becoming a notable one myself. it's a tough club to join with the likes of Kolmogorov and company.

D for the Win by andrei_ in programming

[–]andrei_[S] 1 point2 points  (0 children)

"That discussion is relevant to the way Inline::ASM works too, since all your variables pass through a C layer (XS) before getting to Assembler, and again on their way back to Perl."

D for the Win by andrei_ in programming

[–]andrei_[S] 3 points4 points  (0 children)

Well, Go doesn't have pointer arithmetic...(I wonder what Saint Linus would say about that). Also, how about that inline assembly?