llgo VS gotop

> And of course, today there is an LLVM-hosted compiler for Go, and many others, as there should be.

Isn't that the dead llgo effort?

https://github.com/go-llvm/llgo (now archived)

Its readme points to a dead link on the LLVM website, and it looks like there's no matching Go project under the LLVM org.

Does anyone know if there really is still a working LLVM based Go toolchain (other than TinyGo)?

llgo https://github.com/go-llvm/llgo

Not sure these are really popular, but I cannot resist advertising a few utilities written in Go that I regularly use in my daily workflow:

- gdu: a NCDU clone, much faster on SSD mounts [1]

- duf: a `df` clone with a nicer interface [2]

- massren: a `vidir` clone (simpler to use but with fewer options) [3]

- gotop: a `top` clone [4]

- micro: a nice TUI editor [5]

Building this kind of tools in Go makes sense, as the executables are statically compiled and are thus easy to install on remote servers.

[1]: https://github.com/dundee/gdu

[2]: https://github.com/muesli/duf

[3]: https://github.com/laurent22/massren

[4]: https://github.com/xxxserxxx/gotop

[5]: https://github.com/zyedidia/micro

If you like htop, you're going to love [bottom](https://github.com/ClementTsang/bottom) or gotop

gotop looks awesome! Here's a maintained fork that's linked to from the original, archived GitHub repo.

There also is btm that shows more host's parameters or gotop

I am the author of go-global-update, the missing command to update globally installed go executables (like gofumpt, gopls, gotop, and other CLI tools you may have installed globally in your system - in your GOBIN directory).

but I also like gotop - https://github.com/xxxserxxx/gotop because it combines processes with the same name and has a very large cpu graph - this is helpful for large machines with many CPUs running a lot of processes

A combination of Bpytop and Gotop for me. Both are great in their own way, but I find Gotop a bit more clear/less cluttered.

gotop is real nice too