Actually, it's the other way around - htop main site copied the idea from the post GP linked, and also doesn't display a live htop output but animates few fixed frames from said post instead.
I was just installing an older version the other day on FreeBSD, and having to mount (unmaintained) procfs was quite annoying. So after seeing this link I specifically went to their site to check what they mean by "cross platform". They say procfs won't be needed anymore.
Speaking of which, does anyone know why OpenJDK wants procfs on FreeBSD? Is this a Java thing or a problem with libraries people write using Java?
It's just a little point of interest. I don't often think about my life intersecting with the nation off of Brazil, yet I use htop every day. Now I'll probably cast my mind to a Brazilian rainforest when I do. Just makes the world a slightly more interesting place.
Thanks! Always nice when we help to make people's perceptions of places less unidimensional. Brazil is not only a place with rainforests, we also have coders! :)
(Though, even though I'm a (Southern) Brazilian myself, I used to think the whole "monkeys in the streets" here was a hoax until I moved to Rio de Janeiro and I realized they have tiny squirrel-sized monkeys running atop the power lines there!)
I feel the unidimensional thing. Australians don't actually ride kangaroos to work! There is, if I'm honest, a wallaby living in the bush that abuts my property, though.
You'll excuse me, however, for continuing to cast my mind to a tranquil rainforest rather than a Brazilian coder at a keyboard. I understand they both exist, but one is far more relaxing to contemplate than the other! :)
This is kinda what set me off, one tend to stereotype with such information - was out written on an xo laptop in a favela, in a logging camp, on a super-yacht - a country name means something, I'm just not sure what. Countries as groups of people just seem too arbitrary to me I guess.
This is a legitimate question. I'm brazilian and I constantly see Facebook posts in Portuguese highlighting "Of the top X things, Y are Brazilian!", whereas I see none or very little of that in English speaking communities.
My theory is that there are relatively few great international contributions from Brazil and we rejoice anytime we see one.
> I see none or very little of that in English speaking communities.
Are you sure? Or do you just notice it less because the place names mean less to you personally?
Palto Alto / Silicon Valley / San Francisco Bay Area (roughly the same places, right?) get mentioned all the time.
You know what's in Redmond, right? And what's in Utah? :)
Wwhen a news article talks about popular software/service being developed outside of California, they usually spend a little paragraph or so on the place (blablabla cold winters in Maine blabla data centre bla--just made that one up btw).
Greetings from the land that brought you Python, a shortest-path algorithm and compact-discs ;-)
Actually I think that a locality and a country are quite different. If instead the comment was "these both come out of Brasilia" then there's perhaps some sense - one might think that perhaps there is some local culture that's aiding this sort of development or that there might be a local initiative that's helping to create a tech hub of sorts [but it could of course just be serendipity]. But just having a country in common - suppose one main developer is in a favela using a XO laptop and another is in a high class penthouse apartment, what's the link then, why does them being in the same country mean anything, they might not even talk the same language or have the same ethnicity.
Some interesting thoughts, thanks to all for tolerating my ponderings.
I really enjoyed this talk[1] by Bryan Cantrill, part of which is about what it took to emulate Linux's syscalls from within SmartOS. It's lengthy, but enjoyable.
One of the applications that they tried to port directly to before the emulation layer was htop, and he has a good rant about what that took because of its use of /proc and how that made porting it very difficult.
I use htop. I tried glances as I heard good things about it. It is nice, I like how it has more stuff -- disk, network. However it installed matplotlib, fonts-lyx, tk8.6, libjs-jquery-ui, python3-bottle, and a slew of other dependencies, not a big deal but something to watch for.
apt-get. It was painless, and I have the diskspace so not a big deal. Looking at package properties I see it recommends a bunch of packages, so it installed those and their deps (this is Ubuntu 15.10):
I hit the same thing, so I figured I would try compiling from source.
I built ncurses 6.0 from source (installed to $HOME/local) and then htop 2.0 (also to $HOME/local) and it worked a charm. This was on a clean (took it out of the box today) 10.11 system.
Has anyone got mouse wheel support working on a PuTTy terminal? I've compiled htop from source against ncurses 6 on Ubuntu, but no luck.
I know it sounds like I'm asking a lot for a PuTTy window... but mouse clicks have (amazingly) worked even on a very old version of htop. Just wondering if anyone has done it before pursuing it further.
Tree view is sorted by pid only, sorry. I'm afraid moving entire subtrees based on other criteria (such as CPU%) would make the screen unbearably jumpy.
Is there a way to combine all the processes with the same command name?
I have a ton of mariadb processes (I don't even know if this is normal, but it seems to be working just fine) and it gets tiring having to scroll them just to glance the numbers on other processes.
Those might be threads. It's best to disable showing threads (F2 - Display options - Hide kernel/userland threads) because they give little information over just the process.
They look denser (could add two "lines" per character), but wouldn't be able to change the colors of these lines individually. Having said that, we use braille charecters when in "Graph" mode (F2 Setup > Meters > pick a meter > press Space until it goes to [Graph]).
I was just thinking that using braille characters would fill more area on the screen. In particular, | characters look very thin. A bunch of widely spaced green bars |||| is functional but not very appealing.
This is really timely... I just got my new MBP today, so I've been installing all of my standard tools. Luckily I saw this before I used Homebrew to install htop!
My biggest feature request is better search workflow (perhaps like Vim, instead of having to press F3) and ability to filtering/grep the list of processes when searching.
I am installing version 2.0 on my laptop to see if search has changed.
Works for me. Had to build from source (couldn't find an OSX binary), but it compiled without a single warning, which is probably a record for something not OSX-specific. make install still requires root, of course, but it runs fine from the build directory.
Back in the day it wasn't unusual for something to support 30-odd variations on Unix, plus VMS and Windows. ./configure && make && make install. Those were the days!
Mainline htop never worked on OSX. OSX's htop is a fork of 0.8.2 with all the linux stuff stripped out and replaced, and then not really updated (let alone resynced with mainline): https://github.com/AndyA/htop-osx
Oh, I see. They trying to be smart and say "cross-platform" because now it runs on more Linux distros. That's not smart, that's faulty marketing. And AFAIK it already was running on 90% of Linux and also on MacOS.
"Until it supports MY specific OS, it's not cross-platform, wah wah wah!" In this way, there is no cross-platform program at all, because there's always something that's not supported. How is Windows a measuring-stick of compatibility for UNIXlike tools? (And why would this ever be useful on Windows, which has completely different way of managing processes?)
I very much doubt that Windows is the "most used OS" where console applications are considered. That's just like saying "why do you call this airplane engine cross-platform when you can't even use it on a car? I don't care that it fits most airplanes, there are far more cars!" Different purposes.
No, it's accurate marketing. Asking for htop to be available on windows is kinda silly if you recall that htop is "top++" and depends on having a unix filesystem.
It doesn't do that. Before the multiplatform changes it did depend on having procfs (linux's I assume since BSDs had a non-identical procfs yet weren't supported), aside from the OSX fork which ripped out all the /proc access and replaced them with OSX API calls.
