scroll down to “All Downloads” and click “Other Tools, Frameworks, and Redistributables”
click on “Build Tools for Visual Studio”
under “Microsoft Visual C++ Redistributable for Visual Studio” choose x64, ARM64 or x86
Click download and then run the VC ‘Redist’ installer
Once you have installed the above pre-requisites for your operating system:
cargo install vdash
vdash --help
Notes:
Caution: vdash should be fine with ~20 nodes but above 40 it might slow down or lock up and not be able to update numbers.
Windows: installation works on Windows 10 and 11
Linux: from Ubuntu 24 and other recent Debian based distros you can install directly from the package repository using sudo apt install safe-vdash. @jonas . A new version takes a few weeks to be updated there so be aware of that. You will always get the latest version from crates.io.
vdash can be used with Autonomi and community run networks and with your own local test networks.
For more, including how to use vdash with a local testnet please read the README.
Using vdash
With vdash you can see the node logfiles growing (like using tail -F) and can scroll up and down using the arrow keys. The display only shows one node at a time, but if you passed multiple logfiles to vdash you can cycle through them using TAB or the left/right arrow keys.
If you store some files with the CLI (e.g. safe files upload <directory>) eventually the PUTs will show up too. Same for GETs using safe cat and so on.
Collaborate (& Learn Rust If you like)
I don’t have much time for code now so happy for people to fork and chip in or take this forward yourself. I’ll help you learn along the way too when I have time.
To start, see how far you can get by forking the repo, building and setting up a development environment if you don’t have one yet. Then let me know what you’ve managed and anything you need help with.
Works well on Linux (Mint) , with the delays noted in the OP (wonder why that is? Feels like it needs to be polling continuously but isn’t).
Two suggestions - make the name of the vault in Vault Status match the actual name of the vault being logged rather than just counting up from 1 - eg safe-vault-2 rather than vault 1. Also, it would be helpful if you could toggle word wrapping on and off in the Vault Log window.
Can’t build it in Windows though - have raised an issue on Github.
Look forward to future developments. Always happy to test stuff out with my limited abilities as you know, time permitting.
Excellent John, and thanks for the feedback and for raising issues.
I am about to push a simple timeline for PUTS and GETS, but that also needs quite a bit more work due to limitations of the graphics library. I’ll also need to provide multiple timescales.
There are lots of things I need to work on and the speed of processing is a priority because we now have some data to display but it is being updated far too slowly and is minutes behind real time even on a beefy processor.
I’ll bear your suggestions in mind, maybe when features are more complete I’ll be looking again at usability. Line wrap on the logfile window is possible but a biggish change so don’t expect that for a while.
So feel free to open issues for feature requests and UI enhancements too.
UPDATE: I’ve published a new version with a simple timeline for PUTS and GETS. Very crude work in progress, and not much use until I speed things up, but gives an idea of when this will be like.
I’ve no idea how you’re approaching this but wonder that an intermediate step that draws out the data and then the tail is a diff, might be faster than ever looking to read the whole of a large log file many times over. That said, I don’t know how you track the change… perhaps by line number if the log is not truncating itself.
Thanks @davidpbrown, the issue is within my processing, not accessing the files (which is handled by linemux). You can see this if you use logtail to monitor the files, it has no problem keeping up. Hopefully it won’t be hard to sort.
Make sure you do safe vault killall and then manually delete all the existing logfiles first or you will still have a lot of guff in them. I should add that to the instructions, sorry! Done
Great stuff John. I see you still have quinn filling up your logfile though so the RUST_LOG setting isn’t doing it’s job and it may cause problems. But at least you have seen the timeline working.
Update: vdash is now at v0.2.2 v0.2.0 to mark it becoming a bit useful. See the OP for latest screenshot) including timelines for PUTS, GETS and ERRORS.
i (zoom in) / o (zoom out) - zoom Timeline in or out. The +/i keys also zoom in/out over the following ranges: 1 second/minute/hour/day/week/year per column
left/right arrow - move to next/previous vault status
q - quit
I’ve never had any success getting RUST_LOG=debug,quinn=error working on Windows. Probably a matter of them not being in the path but I’ve no idea where they live.