It might not be, but how does it fare against similar languages?
I have no idea why you'd choose it over Go/Node.js/Ruby or similar for your standard webdev stuff.
I have no idea why you'd choose it over Go/Node.js/Ruby or similar for your standard webdev stuff.
In my experience bad software design, bad DB design and bad developers are the major cause for performance issues, you rarely get to that level of polish with your app that the difference between different languages really matters.
At micro-bench level PHP always beats ruby pr python, but most apps have performance issues without ever getting to that level.
My funnies experience was with a java team that where baffled why their app is slow. I told them it looks like they have a huge bottleneck on the DB, their answer: "Yeah but it's java, it should be fast"
From experience (did some code contributions to gitlab) when you work a lot with the filesystem, as is the case for platforms hosting git repos, you will have performance issues related to that, regardless of the programming language.
we host gitlab at my company for internal use, just switching from SSDs to HDDs made a big difference in terms of response time for big actions like opening a merge request, etc
I'm sure there are apps in the wild that get to that level of optimization where you need to decide on a different language. But what I've usually seen is you just slice that part out into a service and only rewrite that part.
I think stripe and others are basically doing this if they do hit the limits of ruby in very performance intensive workloads.
I absolutely agree that in a good web app DB is a bottleneck and can be 10 times slower than any part of the web app itself, regardless of the language.
Maybe Ruby ORMs are not so optimized, who knows.
It's usually database calls, external API's etc..
For example, JIRA is as slow as a dehydrated donkey because its database schemas are exceptionally awful.