cargo-call-stack
tracy
cargo-call-stack | tracy | |
---|---|---|
5 | 57 | |
555 | 7,881 | |
- | - | |
0.0 | 9.6 | |
2 months ago | 4 days ago | |
Rust | C++ | |
Apache License 2.0 | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
cargo-call-stack
-
Why choose async/await over threads?
Yes, it's what I wrote about in the last paragraph. If you can compute maximum stack size of a function, then you can avoid dynamic allocation with fibers as well. You are right that such implementations do not exist in right now, but I think it's technically possible as demonstrated by tools such as https://github.com/japaric/cargo-call-stack The main stumbling block here is FFI, historically shared libraries do not have any annotations about stack usage, so functions with bounded stack usage would not be able to use even libc.
-
Ask not what the compiler can do for you
For rust code, I have found https://github.com/japaric/cargo-call-stack to be the best available option, as it does take advantage of how Rust types are implemented in LLVM-IR to handle function pointers / dynamic dispatch a little better. An even better solution would try to use MIR type information as well to further narrow down targets of dynamic calls in a Rust-specific way, but no such tool exists that I know of.
-
Debugging and profiling embedded applications.
cargo-call-stack Static stack analysis!
-
In defense of complicated programming languages
Generators can just dump stuff on the stack. They have additional their own stack for storing their state. If you can prove an upper amount of creation of generators in the call graph, that would however work. There is for example this nice tool for Rust doing the overapproximation.
-
Understanding thread stack sizes and how alpine is different
Not easy at all.
I know that in the small-embedded world, people do work on such things.
Eg https://github.com/japaric/cargo-call-stack
tracy
- Tracy: Real-time nanosecond resolution frame profiler
-
Google/orbit – C/C++ Performance Profiler
i don't really think there is _anything_ that comes even close to tracy https://github.com/wolfpld/tracy.
on top of this, given google's penchant for dumping projects aka abandonware, this would be an easy pass.
-
Immediate Mode GUI Programming
The RemedyBG debugger (https://remedybg.handmade.network/) and the Tracy profiler (https://github.com/wolfpld/tracy) both use Dear ImGui and so far I've only read high praise from people who used those tools compared to the 'established' alternatives.
For tools like this, programmers are also just "normal users", and from the developer side, I'm sure they evaluated various alternatives with all their pros and cons before settling for Dear ImGui.
- Tracy Profiler
-
Tuning Linux for Performance
Not the person you asked, but generally you might want to look at "frame-based" profilers. These are typically used in video games, but the concept is general, and can apply to other applications. The "frame" could also be something like a request or transaction being processed. I like Tracy[1], myself.
Another latency metric that you'll see, often w/respect to web apps and microservices is "P99" and similar. This is the amount of time in which 99% of requests get their response. For a higher percentile, you get a better idea of worst-case performance.
[1] https://github.com/wolfpld/tracy
-
What is your favourite profiling tool for C++?
I've not actually used Superluminal, but I use Tracy for similar reasons. It's free though (and, importantly, open source).
-
My first game engine
For profiling, you can check tracy.
-
I got my procedural city engine / game (built from scratch in c++) running on the steam deck - does it look too garish?
You could try Tracy
-
Sharing Saturday #462
There is no such thing as overengineering in fun projects, so I've also adopted Tracy as profiling solution. Works quite nice and gonna save me plenty of times in the future debugging performance spikes on badly optimized math heavy operations.
-
Debugging and profiling embedded applications.
I know about tools such as tracing, jaeger or tracy. While having a complete tracing could be a potential solution, these tools don't work with no_std.
What are some alternatives?
hyperswitch - An open source payments switch written in Rust to make payments fast, reliable and affordable
optick - C++ Profiler For Games
itm - ARMv7-M ITM packet protocol decoder library crate and CLI tool.
orbit - C/C++ Performance Profiler
palanteer - Visual Python and C++ nanosecond profiler, logger, tests enabler
pprof - pprof is a tool for visualization and analysis of profiling data
parallel-hashmap - A family of header-only, very fast and memory-friendly hashmap and btree containers.
STL - MSVC's implementation of the C++ Standard Library.
gperftools - Main gperftools repository
massif-visualizer - Visualizer for Valgrind Massif data files
ImFrame - dear imgui + glfw framework
gprof2dot - Converts profiling output to a dot graph.