-
-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Caching of results #69
Comments
This would be very helpful 👍 |
@staabm I'm pinging you here since the original topic has been locked. If you are still willing to look in to the performance of Bladestan here is a small sample app that should have just enough content that you can start to notice the performance issues: No cache: 4.8 -> 9.6sec The might not seem like big numbers, so here for scale are some numbers from a couple of real world applications I work on: From what I can tell I think the blade compiler isn't being run in a way that makes use of it's cache, but there might be other things that I'm overlooking since I haven't done any real profiling. Additionally I think we would also see some performance gains from caching the processed PHP code. Although we should avoid ending up caching the version where Thank you for taking a look at this and lending some of you expertise. |
@AJenbo if you would consider a github sponsing I could have a look in the next few days |
@staabm I already have a https://github.com/phpstan/phpstan#phpstan-pro subscription does that work? |
I am a contributor to PHPStan in my freetime and I don't get any money from the PHPStan project itself. |
(I had a quick look at the reproducer. it is either not "big enough" to show a real bottleneck or does not contain obvious low hanging fruits in the blackfire profile) |
created a summary of my understanding how bladestan works on the phpstan repo which hopefully sparks some discussion on how we could better integrate bladestan with phpstan
my profilling lead to the following results
|
That sounds like a really good idea, there are for sure something about the integration that are less then optimal. |
PHPStan has a pretty good caching scheme but from what I can tell Bladestan is working in a way that doesn't really benefit from it.
Since adding Bladestan to our CI process the total time it takes to run has almost doubled. I'm thinking that it might be worth looking into implementing result caching to speed things up with little has changed between two runs.
Are there any thought about how caching could be implemented in an effective way for Bladestan?
The text was updated successfully, but these errors were encountered: