News for hackers. Stuff that matters.
Re:Securing tomorrow's software: the need for memory safety ... by throwaway4655 on Thursday February 27, 2025 @06:01PM (#43199543)
Awful performance. Usually 2x worse than C and 4x worse in the worst case. Given the comment by Fil-C's creator minimizing the performance issue [0], I wouldn't get my hopes up.

[0] https://news.ycombinator.com/item?id=43190938

Re:Securing tomorrow's software: the need for memory safety ... by pizlonator on Thursday February 27, 2025 @06:21PM (#43199701)
I guess you missed the point of that post.

I’ll summarize: language implementations get faster over time. Young ones tend to be slow. Fil-C is a young implementation that still has lots of unoptimized things. Also, Fil-C being 2x slower than C means it’s already faster than many safe languages. And, for a lot of C use cases perf doesn’t matter as much as the hype suggests.

The fact that young implementations are slow is something that’s worth understanding even if you don’t care about fil-C. It suggests, for example, that if someone invents a new language and their initial implementation is slow, then you can’t use that fact to assume that it’ll be slow forever. I think that’s generally a useful lesson.

I care about performance a lot and Fil-C has gotten about 100x faster since the first prototype. It’ll keep getting faster.