rust-toolchain VS SnakeViz

I currently use dtolnay/rust-toolchain to install the Rust toolchain instead

FYI, I'm fairly sure actions-rs is basically unmaintained. The maintainer hasn't been seen on GitHub for a couple years now. I would instead try using dtolnay's toolchain action instead, which is IMO much simpler to use anyway.

I already had some experience with GitHub Actions (their native CI/CD framework) and after finding rust-toolchain I wanted to experiment with whether it'd be feasible to use Actions as a compute service.

I've migrated to https://github.com/dtolnay/rust-toolchain for managing rustup, and https://github.com/Swatinem/rust-cache for caching

I would also not want to maintain 1000s of lines of JavaScript and TypeScript with an eye-watering 693 dependencies. ... https://github.com/dtolnay/rust-toolchain which is 54 lines

From the same guy, use snakeviz to diagnose code. Video: [9:57] https://www.youtube.com/watch?v=m_a0fN48Alw

Python profiling is enabled primarily through cprofile, and can be visualized with help of tools like snakeviz (output flame graph can look like this). There are also memory profilers like memray which does in-depth traces, or sampling profilers like py-spy.

I'm looking for a Rust equivalent Python's cProfile https://docs.python.org/3/library/profile.html if possible with visualizations like in SnakeViz https://jiffyclub.github.io/snakeviz/

If you want stats for only your list of functions, you can do that with pstats, or you could use some third-party tool like https://jiffyclub.github.io/snakeviz/ or myriad other options.

I would make a list of tuples where each tuple is (2,0),(-2,0),(0,2),etc... and put those in a list. Then you can use random.choice to pick a random one out of the list. How often are you going to be doing this next to the edge of the grid? If its not that much then I would just try to have it re-draw a new random choice from the list in those cases. This isn't an elegant solution, since it could take an unknown amount of time to draw something valid, but it might be fast enough in practice. Then if that ends up causing issues on the edge cases you could have some logic to select a list to draw from that only contains the valid choices. Also remember, don't assume that some part of your code is the slow part. Always profile it to get some actual information on how long each section is taking so you can optimize the parts of the code that actually need it. I use snakeviz for profiling python code.

Official site: http://jiffyclub.github.io/snakeviz/

I've always used snakeviz with the stdlib profiler https://jiffyclub.github.io/snakeviz/

In prod, the pyinstrument profiler has worked well for me https://pyinstrument.readthedocs.io/en/latest/guide.html#pro...

its going to be very hard to give advice on this without seeing the code. could you share the relevant code? if you're not sure what the slow part is, i recommend https://jiffyclub.github.io/snakeviz/ it should allow you to see what function is taking long