Show HN: Htop 2.0 released, now cross-platform
hisham.hm
hisham.hm
Is it ok to steal back the gif? Because i think the server load is a bit to much with so many background reloads.
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?
Here's a little bit of the story on how we create it: http://blog.plataformatec.com.br/2015/01/introducing-elixir-...
It seems like information - the sort people go 'oh really, how fascinating' to - but I can't really see how it's relevant.
Anyone want to chip in and make a stand for national identity or anything?
To me it's kinda like you said 'find and grep are the two main contributions to OSS from the flan-eating community'.
Yes, I should probably just keep such thoughts to myself ...
Oh and htop is awesome! Only used Lua on a Minecraft mod (and an not a programmer/CS) so can't really comment on it.
(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!)
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! :)
My theory is that there are relatively few great international contributions from Brazil and we rejoice anytime we see one.
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 ;-)
Some interesting thoughts, thanks to all for tolerating my ponderings.
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.
Given that, I'm sure this wasn't easy. Kudos!
apt-cache depends glances
Depends: python-psutil
Depends: <python:any>
python:i386
python
Depends: <python:any>
python:i386
python
Depends: python
Depends: python-pkg-resources
Depends: adduser
Depends: lsb-base
Recommends: python-jinja2 hddtemp, lm-sensors, python3-docker,
python3-bottle, python3-pysnmp4,
python3-influxdb ...It exposes the same repository as its OSX counterpart, with linux-flavoured customisations where necessary.
From feature list at http://linuxbrew.sh/
- Can install software to a home directory and so does not require sudo
- Install software not packaged by the native distribution
- Install up-to-date versions of software when the native distribution is old
- Use the same package manager to manage both your Mac and Linux machines
I hope the fork will be deprecated now for the official one. There's already a related issue on the repo.
Checking my 40 core machine in a typical terminal window, I can't see any of the processes, just 40 lines of CPU! Thanks.
Hm. Given the opacity of that config file, I went the way "configure interactively, then roll out the new .htoprc"
It ran. It was not very fast.
Just did `brew update && brew upgrade` but not seeing an htop update. I am still running htop 0.8.2.8 via brew.
Also tried on an AWS server running Ubuntu, same thing `apt-get update && apt-get upgrade` no new htop version available. Running htop 1.0.2.
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.
I keep a ~/local directory with built-from-source programs in it. That way I don't get any conflicts with system-wide package managers.
Configure line for ncurses:
./configure --enable-pc-files --with-pkg-config-libdir=$HOME/local/lib/pkgconfig --with-shared --prefix=$HOME/local
make -j8 && make install
And for htop, a regular configure worked fine: ./configure --prefix=$HOME/local
make -j8 && make install
A quick check in my .bashrc (actually .zshrc) prepends $HOME/local/bin to my $PATH if it exists.I've got it on my list to fully fix it up and submit a PR, but feel free to flesh out my changes and submit instead :D
[0] https://github.com/Homebrew/homebrew/pulls?utf8=%E2%9C%93&q=...
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.
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.
https://www.dropbox.com/s/ghwsh6ye1gt32k1/Screenshot%202016-...
[::::::::.... ]
[::::::::::...... ]
Could you give an example of the braille characters being used in this way?"iotop -o" is also useful, for seeing if that process is actually writing to disk
powertop is a great utility for improving laptop battery life - it highlights the things you need to adjust to reduce power usage
pgtop for postgres, but I've never used it
not "top"-branded, but lnav is an ncurses-based log navigator that's partially comprised of magic
and, of course, there are many varieties of "desktop" cough
regular top has been catching up though and while htop is different and perhaps still better, regular top does the job for me in most cases.
I am installing version 2.0 on my laptop to see if search has changed.
That's not progress, it's just faulty marketing.
?
"Portable" htop 2.0 works on FreeBSD[0], OpenBSD[1] and OSX[2], not just "various flavours of linux".
[0] https://github.com/hishamhm/htop/tree/master/freebsd
you help me drop one of my alias function now :D
̶e̶n̶v̶o̶f̶ ̶(̶)̶ ̶{̶ ̶ ̶ ̶ ̶ ̶ ̶ ̶ ̶ ̶s̶e̶d̶ ̶'̶s̶/̶\̶x̶0̶/̶\̶n̶/̶g̶'̶ ̶/̶p̶r̶o̶c̶/̶$̶{̶1̶}̶/̶e̶n̶v̶i̶r̶o̶n̶ ̶}̶
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.
"Cross-platform" is a contextual term.
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.
What it does depend on is ncurses.
It still uses procfs for Linux (since that's there by default), but not for the other ports. Consider Platform_getLoadAverage for instance:
* linux uses /proc/loadavg[0]
* freebsd and openbsd use sysctl({CTL_VM, VM_LOADAVG})[1][2]
* OSX uses getloadavg(3)[3]
[0] https://github.com/hishamhm/htop/blob/master/linux/Platform....
[1] https://github.com/hishamhm/htop/blob/master/freebsd/Platfor...
[2] https://github.com/hishamhm/htop/blob/master/openbsd/Platfor...
[3] https://github.com/hishamhm/htop/blob/master/darwin/Platform...