2019-09-17 04:54:39 +02:00
# bottom
2019-09-04 05:27:25 +02:00
2020-11-21 21:31:19 +01:00
![ci ](https://github.com/ClementTsang/bottom/workflows/ci/badge.svg )
2020-03-02 06:08:12 +01:00
[![crates.io link ](https://img.shields.io/crates/v/bottom.svg )](https://crates.io/crates/bottom)
2019-09-15 04:29:40 +02:00
2020-02-22 06:41:55 +01:00
A cross-platform graphical process/system monitor with a customizable interface and a multitude of features. Supports Linux, macOS, and Windows. Inspired by both [gtop ](https://github.com/aksakalli/gtop ) and [gotop ](https://github.com/cjbassi/gotop ).
2019-09-04 05:27:25 +02:00
2020-11-26 02:39:37 +01:00
![Quick demo recording showing off searching, expanding, and process killing. ](assets/demo.gif ) _Theme based on [gruvbox](https://github.com/morhetz/gruvbox)_ (`--color gruvbox`). _Font is [IBM Plex Mono](https://www.ibm.com/plex/), terminal is [Kitty](https://sw.kovidgoyal.net/kitty/)._
2019-09-17 03:45:48 +02:00
2020-05-13 06:16:55 +02:00
**Note**: If you are reading this on the master branch, then it may refer to in-development or un-released features/changes. Please refer to [release branch ](https://github.com/ClementTsang/bottom/tree/release/README.md ) or [crates.io ](https://crates.io/crates/bottom ) for the most up-to-date _release_ documentation.
2020-04-03 03:23:11 +02:00
## Table of Contents
2021-01-31 02:26:34 +01:00
- [Support ](#support )
- [Compatibility ](#compatibility )
- [Other known platform-specific issues ](#other-known-platform-specific-issues )
- [Installation ](#installation )
- [Manually ](#manually )
2021-03-19 21:39:01 +01:00
- [Nightly ](#nightly )
2021-01-31 02:26:34 +01:00
- [Cargo ](#cargo )
- [AUR ](#aur )
- [Debian ](#debian )
- [Fedora/CentOS ](#fedoracentos )
- [Gentoo ](#gentoo )
- [Nix ](#nix )
- [Homebrew ](#homebrew )
- [Scoop ](#scoop )
- [Chocolatey ](#chocolatey )
- [winget ](#winget )
- [Auto-completion ](#auto-completion )
- [Usage ](#usage )
- [Flags ](#flags )
- [Keybindings ](#keybindings )
- [General ](#general )
- [Process bindings ](#process-bindings )
- [Process search bindings ](#process-search-bindings )
- [Process sort bindings ](#process-sort-bindings )
- [Battery bindings ](#battery-bindings )
- [Basic memory bindings ](#basic-memory-bindings )
- [Process searching keywords ](#process-searching-keywords )
- [Supported search types ](#supported-search-types )
- [Supported comparison operators ](#supported-comparison-operators )
- [Supported logical operators ](#supported-logical-operators )
- [Supported units ](#supported-units )
- [Other syntax ](#other-syntax )
- [Mousebindings ](#mousebindings )
- [General ](#general-1 )
- [CPU bindings ](#cpu-bindings )
- [Process bindings ](#process-bindings-1 )
- [Features ](#features )
- [Processes ](#processes )
- [Process searching ](#process-searching )
- [Process sorting ](#process-sorting )
- [Tree mode ](#tree-mode )
- [Zoom ](#zoom )
- [Expand ](#expand )
- [Basic mode ](#basic-mode )
- [Config files ](#config-files )
- [Config flags ](#config-flags )
- [Theming ](#theming )
- [Layout ](#layout )
- [Disk, temperature, and network filtering ](#disk-temperature-and-network-filtering )
- [Battery ](#battery )
- [FAQ ](#faq )
- [Contribution ](#contribution )
- [Contributors ](#contributors )
- [Thanks ](#thanks )
2020-02-20 04:24:05 +01:00
2021-01-02 22:26:43 +01:00
## Support
2019-09-06 00:28:54 +02:00
2020-05-21 03:10:25 +02:00
Note that bottom is:
2021-01-02 22:26:43 +01:00
- Built and released using the most recent stable version of Rust
- Officially supports:
- macOS (`x86_64`)
- Linux (`x86_64`, `i686` , `aarch64` )
- Windows (`x86_64`, `i686` )
Operating systems, versions of Rust, or platforms that are outside of this list are
_not_ currently officially supported - even if it is built, tested, or works - and I may not be
able to fix bugs for these!
### Compatibility
The current compatibility of widgets with operating systems from personal testing:
| OS | CPU | Memory | Disks | Temperature | Processes/Search | Networks | Battery |
| ------- | --- | ------ | ----- | ------------------------------------ | ------------------------------------------ | -------- | -------------------------------------------- |
| Linux | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| Windows | ✓ | ✓ | ✓ | ? (seems to require elevated access) | ✓ | ✓ | ✓ (seems to have issues with dual batteries) |
| macOS | ✓ | ✓ | ✓ | ✓ | ✓ (requires `sudo btm` to show everything) | ✓ | ✓ |
2020-07-06 07:09:01 +02:00
2021-01-02 22:26:43 +01:00
### Other known platform-specific issues
- M1-based macOS devices may have issues with temperature sensors not returning anything.
2021-01-10 21:44:39 +01:00
- For now, WSL has an issue reporting total memory usage.
- WSL and WSL2 (as far as I know) cannot correctly report temperature sensors.
- WSL2 will not match Windows' own Task Manager, this appears to be due to how WSL2 works.
2021-01-10 20:29:46 +01:00
2021-01-02 22:26:43 +01:00
## Installation
2020-02-23 05:49:45 +01:00
2020-08-12 02:23:23 +02:00
### Manually
2020-01-19 08:02:44 +01:00
2020-08-12 02:22:39 +02:00
There are a few ways to go about doing this manually. If you do so, please build using the current stable release of Rust. For example:
2020-04-05 05:20:50 +02:00
```bash
2020-05-06 00:03:15 +02:00
# If required, update Rust on the stable channel
2020-04-28 23:49:17 +02:00
rustup update stable
2020-04-27 19:35:23 +02:00
# Clone and install the newest master version all via Cargo
2020-04-05 05:20:50 +02:00
cargo install --git https://github.com/ClementTsang/bottom
2020-04-27 19:35:23 +02:00
# Clone from master and install manually
2020-04-05 05:20:50 +02:00
git clone https://github.com/ClementTsang/bottom
cd bottom
cargo install --path .
# Download from releases and install
2021-01-31 02:23:18 +01:00
curl -LO https://github.com/ClementTsang/bottom/archive/0.5.7.tar.gz
tar -xzvf 0.5.7.tar.gz
2020-04-05 05:20:50 +02:00
cargo install --path .
```
2020-02-26 05:28:56 +01:00
2020-11-21 21:31:19 +01:00
Or, you can just download the binary from the [latest release ](https://github.com/ClementTsang/bottom/releases/latest ).
2020-08-31 23:50:21 +02:00
2021-03-19 21:39:01 +01:00
### Nightly
2021-04-04 11:38:57 +02:00
You can install pre-release nightly versions [here ](https://github.com/ClementTsang/bottom/releases/tag/nightly ). Builds are generated every day at 00:00 UTC, based on the most recent commit on the master branch.
2021-03-19 21:39:01 +01:00
2020-02-26 05:28:56 +01:00
### Cargo
```bash
2020-08-12 02:22:39 +02:00
# If required, update Rust on the stable channel
rustup update stable
2020-02-26 05:28:56 +01:00
cargo install bottom
2020-07-08 22:58:21 +02:00
# OR, --locked may be required due to how cargo install works
cargo install bottom --locked
2020-02-26 05:28:56 +01:00
```
2020-02-22 06:41:55 +01:00
2020-04-03 03:23:11 +02:00
### AUR
2020-02-21 03:24:49 +01:00
2020-12-18 06:40:55 +01:00
Normal package found [here ](https://aur.archlinux.org/packages/bottom/ ), binary package found [here ](https://aur.archlinux.org/packages/bottom-bin/ ):
2020-02-21 03:24:49 +01:00
```bash
2020-07-20 21:47:46 +02:00
yay -S bottom
2020-04-03 03:23:11 +02:00
2020-04-27 19:35:23 +02:00
# If you instead want a pre-built binary:
2020-07-20 21:47:46 +02:00
yay -S bottom-bin
2020-02-21 03:24:49 +01:00
```
2020-01-05 01:20:54 +01:00
2020-04-03 03:23:11 +02:00
### Debian
2020-02-23 00:38:18 +01:00
2020-02-26 05:28:56 +01:00
A `.deb` file is provided on each [release ](https://github.com/ClementTsang/bottom/releases/latest ):
2020-02-23 00:38:18 +01:00
```bash
2021-01-31 02:23:18 +01:00
curl -LO https://github.com/ClementTsang/bottom/releases/download/0.5.7/bottom_0.5.7_amd64.deb
sudo dpkg -i bottom_0.5.7_amd64.deb
2020-02-23 00:38:18 +01:00
```
2020-08-29 02:06:34 +02:00
### Fedora/CentOS
Available in [COPR ](https://copr.fedorainfracloud.org/coprs/atim/bottom/ ):
```bash
sudo dnf copr enable atim/bottom -y
sudo dnf install bottom
```
2020-11-14 23:36:58 +01:00
### Gentoo
Available in [dm9pZCAq overlay ](https://github.com/gentoo-mirror/dm9pZCAq )
2020-11-18 07:28:53 +01:00
2020-11-14 23:36:58 +01:00
```bash
sudo eselect repository enable dm9pZCAq
sudo emerge --sync dm9pZCAq
sudo emerge sys-process/bottom::dm9pZCAq
```
2020-11-03 06:22:17 +01:00
### Nix
```bash
nix-env -i bottom
```
2020-04-03 03:23:11 +02:00
### Homebrew
2020-02-22 21:00:17 +01:00
```bash
2020-04-03 03:23:11 +02:00
brew tap clementtsang/bottom
brew install bottom
# If you need to be more specific, use:
brew install clementtsang/bottom/bottom
2020-02-22 21:00:17 +01:00
```
2019-09-09 06:09:58 +02:00
2020-04-03 03:23:11 +02:00
### Scoop
2020-04-03 02:52:57 +02:00
```bash
scoop install bottom
```
2020-04-03 03:23:11 +02:00
### Chocolatey
2020-02-21 03:24:49 +01:00
2020-11-23 09:18:56 +01:00
Choco package located [here ](https://chocolatey.org/packages/bottom ). Since you cannot upload a
new package while a previous one is being validated, the newest version of a release may take a while
to appear.
2020-04-15 01:32:25 +02:00
2020-02-21 03:24:49 +01:00
```bash
2020-04-03 03:23:11 +02:00
choco install bottom
2020-05-05 23:56:01 +02:00
# Version number may be required for newer releases, if available:
2021-01-31 02:23:18 +01:00
choco install bottom --version=0.5.7
2020-02-21 03:24:49 +01:00
```
2019-09-08 07:28:03 +02:00
2020-09-09 02:08:00 +02:00
### winget
You can find the packages [here ](https://github.com/microsoft/winget-pkgs/tree/master/manifests/Clement/bottom ).
Since validation of the package takes time, it may take a while to become available after a release.
```bash
winget install bottom
```
You can also manually do the same thing by going to the [latest release ](https://github.com/ClementTsang/bottom/releases/latest )
and installing via the `.msi` file.
You can uninstall via Control Panel or Options in Windows.
2020-08-31 23:50:21 +02:00
### Auto-completion
Shell completions are included in binary releases, and are generated in the same directory as the
binary if bottom is manually built.
- For bash, move `btm.bash` to `$XDG_CONFIG_HOME/bash_completion or /etc/bash_completion.d/` .
- For fish, move `btm.fish` to `$HOME/.config/fish/completions/` .
- For zsh, move `_btm` to one of your `$fpath` directories.
- For PowerShell, add `. _btm.ps1` to your PowerShell
[profile ](<https://docs.microsoft.com/en-us/previous-versions//bb613488(v=vs.85 )>).
Some install scripts (i.e. AUR) will automatically do this for you.
2020-01-03 02:31:58 +01:00
## Usage
2019-10-11 00:05:26 +02:00
2020-01-10 05:36:24 +01:00
Run using `btm` .
2020-04-03 03:23:11 +02:00
### Flags
2019-09-17 04:39:57 +02:00
2020-11-20 06:13:46 +01:00
Use `btm --help` for more information.
2020-04-03 03:23:11 +02:00
```
2021-04-04 11:38:57 +02:00
--autohide_time Temporarily shows the time scale in graphs.
-b, --basic Hides graphs and uses a more basic look.
--battery Shows the battery widget.
-S, --case_sensitive Enables case sensitivity by default.
-c, --celsius Sets the temperature type to Celsius.
--color < COLOR SCHEME > Use a color scheme, use --help for supported values.
-C, --config < CONFIG PATH > Sets the location of the config file.
-u, --current_usage Sets process CPU% to be based on current CPU%.
-t, --default_time_value < MS > Default time value for graphs in ms.
--default_widget_count < INT > Sets the n'th selected widget type as the default.
--default_widget_type < WIDGET TYPE > Sets the default widget type, use --help for more info.
2021-05-07 05:35:30 +02:00
--disable_advanced_kill Hides advanced options to stop a process on Unix-like systems.
2021-04-04 11:38:57 +02:00
--disable_click Disables mouse clicks.
-m, --dot_marker Uses a dot marker for graphs.
-f, --fahrenheit Sets the temperature type to Fahrenheit.
-g, --group Groups processes with the same name by default.
-h, --help Prints help information. Use --help for more info.
-a, --hide_avg_cpu Hides the average CPU usage.
--hide_table_gap Hides the spacing between table headers and entries.
--hide_time Completely hides the time scaling.
-k, --kelvin Sets the temperature type to Kelvin.
-l, --left_legend Puts the CPU chart legend to the left side.
--mem_as_value Defaults to showing process memory usage by value.
--network_use_binary_prefix Displays the network widget with binary prefixes.
--network_use_bytes Displays the network widget using bytes.
--network_use_log Displays the network widget with a log scale.
--process_command Show processes as their commands by default.
-r, --rate < MS > Sets a refresh rate in ms.
-R, --regex Enables regex by default.
--show_table_scroll_position Shows the scroll position tracker in table widgets.
-d, --time_delta < MS > The amount in ms changed upon zooming.
-T, --tree Defaults to showing the process widget in tree mode.
--use_old_network_legend DEPRECATED - uses the older network legend.
-V, --version Prints version information.
-W, --whole_word Enables whole-word matching by default.
2020-04-03 03:23:11 +02:00
```
2020-03-09 02:56:30 +01:00
2019-12-22 23:37:07 +01:00
### Keybindings
2019-09-17 03:45:48 +02:00
#### General
2020-08-30 00:54:18 +02:00
| | |
| ------------------------------------------- | ------------------------------------------------------------ |
| `q` , `Ctrl-c` | Quit |
| `Esc` | Close dialog windows, search, widgets, or exit expanded mode |
| `Ctrl-r` | Reset display and any collected data |
| `f` | Freeze/unfreeze updating with new data |
| `Ctrl-Left` < br > `Shift-Left`< br > `H`< br > `A` | Move widget selection left |
| `Ctrl-Right` < br > `Shift-Right`< br > `L`< br > `D` | Move widget selection right |
| `Ctrl-Up` < br > `Shift-Up`< br > `K`< br > `W` | Move widget selection up |
| `Ctrl-Down` < br > `Shift-Down`< br > `J`< br > `S` | Move widget selection down |
| `Left` , `h` | Move left within widget |
| `Down` , `j` | Move down within widget |
| `Up` ,`k` | Move up within widget |
| `Right` , `l` | Move right within widget |
| `?` | Open help menu |
| `gg` , `Home` | Jump to the first entry |
| `Shift-g` , `End` | Jump to the last entry |
| `e` | Toggle expanding the currently selected widget |
| `+` | Zoom in on chart (decrease time range) |
| `-` | Zoom out on chart (increase time range) |
| `=` | Reset zoom |
2020-04-03 03:23:11 +02:00
2020-04-03 07:14:41 +02:00
#### Process bindings
2020-04-03 03:23:11 +02:00
2020-08-25 07:12:57 +02:00
| | |
| ------------- | ---------------------------------------------------------------- |
| `dd` | Kill the selected process |
| `c` | Sort by CPU usage, press again to reverse sorting order |
| `m` | Sort by memory usage, press again to reverse sorting order |
| `p` | Sort by PID name, press again to reverse sorting order |
| `n` | Sort by process name, press again to reverse sorting order |
| `Tab` | Group/un-group processes with the same name |
| `Ctrl-f` , `/` | Open process search widget |
| `P` | Toggle between showing the full command or just the process name |
| `s, F6` | Open process sort widget |
| `I` | Invert current sort |
| `%` | Toggle between values and percentages for memory usage |
2020-09-07 05:03:03 +02:00
| `t` , `F5` | Toggle tree mode |
2020-04-03 03:23:11 +02:00
#### Process search bindings
2020-09-07 05:03:03 +02:00
| | |
| ------------- | -------------------------------------------- |
| `Tab` | Toggle between searching by PID or name |
| `Esc` | Close the search widget (retains the filter) |
| `Ctrl-a` | Skip to the start of the search query |
| `Ctrl-e` | Skip to the end of the search query |
| `Ctrl-u` | Clear the current search query |
2021-02-17 00:07:41 +01:00
| `Ctrl-w` | Delete a word behind the cursor |
| `Ctrl-h` | Delete the character behind the cursor |
2020-09-07 05:03:03 +02:00
| `Backspace` | Delete the character behind the cursor |
| `Delete` | Delete the character at the cursor |
| `Alt-c` , `F1` | Toggle matching case |
| `Alt-w` , `F2` | Toggle matching the entire word |
| `Alt-r` , `F3` | Toggle using regex |
| `Left` | Move cursor left |
| `Right` | Move cursor right |
2020-04-17 02:06:50 +02:00
2020-08-16 02:35:49 +02:00
### Process sort bindings
| | |
| -------------- | ------------------------------- |
| `Down` , `j` | Scroll down in list |
| `Up` , `k` | Scroll up in list |
| `Mouse scroll` | Scroll through sort widget |
| `Esc` | Close the sort widget |
| `Enter` | Sort by current selected column |
2020-04-17 02:06:50 +02:00
#### Battery bindings
2020-04-30 21:29:36 +02:00
| | |
| -------------- | -------------------------- |
| `Left, Alt-h` | Go to the next battery |
| `Right, Alt-l` | Go to the previous battery |
2020-01-03 06:00:05 +01:00
2020-08-17 21:41:37 +02:00
#### Basic memory bindings
| | |
| --- | ------------------------------------------------------ |
| `%` | Toggle between values and percentages for memory usage |
2020-05-03 05:46:07 +02:00
### Process searching keywords
2020-08-22 04:59:49 +02:00
- None of the keywords are case sensitive.
2020-05-03 06:54:45 +02:00
- Use brackets to logically group together parts of the search.
- Furthermore, if you want to search a reserved keyword, surround the text in quotes - for example, `"or" or "(sd-pam)"` would be a valid search:
![quote searching ](assets/quote_search.png )
2020-05-03 05:46:07 +02:00
2020-08-22 21:38:13 +02:00
#### Supported search types
| Keywords | Example | Description |
| ------------------- | ------------------ | ------------------------------------------------------------------------------- |
| | `btm` | Matches by process or command name; supports regex |
| `pid` | `pid=1044` | Matches by PID; supports regex |
| `cpu` , `cpu%` | `cpu > 0.5` | Matches the CPU column; supports comparison operators |
| `memb` | `memb > 1000 b` | Matches the memory column in terms of bytes; supports comparison operators |
| `mem` , `mem%` | `mem < 0.5` | Matches the memory column in terms of percent; supports comparison operators |
| `read` , `r/s` | `read = 1 mb` | Matches the read/s column in terms of bytes; supports comparison operators |
| `write` , `w/s` | `write >= 1 kb` | Matches the write/s column in terms of bytes; supports comparison operators |
| `tread` , `t.read` | `tread <= 1024 gb` | Matches he total read column in terms of bytes; supports comparison operators |
| `twrite` , `t.write` | `twrite > 1024 tb` | Matches the total write column in terms of bytes; supports comparison operators |
2021-02-28 23:40:55 +01:00
| `user` | `user=root` | Matches by user; supports regex |
2020-08-22 21:38:13 +02:00
| `state` | `state=running` | Matches by state; supports regex |
2020-05-03 05:46:07 +02:00
#### Supported comparison operators
2020-05-03 06:54:45 +02:00
| Keywords | Description |
| -------- | -------------------------------------------------------------- |
| `=` | Checks if the values are equal |
| `>` | Checks if the left value is strictly greater than the right |
| `<` | Checks if the left value is strictly less than the right |
| `>=` | Checks if the left value is greater than or equal to the right |
| `<=` | Checks if the left value is less than or equal to the right |
2020-05-03 05:46:07 +02:00
#### Supported logical operators
2020-05-03 06:11:57 +02:00
Note that the `and` operator takes precedence over the `or` operator.
2020-05-08 21:00:40 +02:00
| Keywords | Usage | Description |
| ------------------ | -------------------------------------------- | --------------------------------------------------- |
| `and, &&, <Space>` | `<CONDITION 1> and/&&/<Space> <CONDITION 2>` | Requires both conditions to be true to match |
| `or, \|\|` | `<CONDITION 1> or/\|\| <CONDITION 2>` | Requires at least one condition to be true to match |
2020-05-03 05:46:07 +02:00
#### Supported units
2020-05-03 06:54:45 +02:00
| Keywords | Description |
| -------- | ----------- |
| `B` | Bytes |
| `KB` | Kilobytes |
| `MB` | Megabytes |
| `GB` | Gigabytes |
| `TB` | Terabytes |
| `KiB` | Kibibytes |
| `MiB` | Mebibytes |
| `GiB` | Gibibytes |
| `TiB` | Tebibytes |
#### Other syntax
| Keywords | Usage | Description |
| -------- | ---------------------------------------------------- | -------------------------- |
| `()` | `(<CONDITION 1> AND <CONDITION 2>) OR <CONDITION 3>` | Group together a condition |
2020-05-03 05:46:07 +02:00
2020-08-30 00:54:18 +02:00
### Mousebindings
#### General
2020-09-11 10:20:14 +02:00
| | |
| ------ | ----------------------------------------------------------------------------------------------------- |
| Scroll | Table: Scroll< br > Chart: Zooms in or out by scrolling up or down respectively |
| Click | Selects the clicked widget, table entry, dialog option, or tab.< br > Can be disabled via options/flags. |
2020-08-30 00:54:18 +02:00
#### CPU bindings
2020-09-03 04:02:49 +02:00
| | |
| ------ | --------------------------------------------------------------------- |
| Scroll | Scrolling over an CPU core/average shows only that entry on the chart |
2020-08-30 00:54:18 +02:00
2020-11-18 07:28:53 +01:00
#### Process bindings
2021-02-18 23:10:51 +01:00
| | |
| ---------------------- | --------------------------------------------------------------------------------------------------- |
| Click on process entry | If in tree mode and you click on a selected entry, it toggles whether the branch is expanded or not |
| Click on table header | Sorts the widget by that column, or inverts the sort if already selected |
2020-11-18 07:28:53 +01:00
2020-04-03 03:23:11 +02:00
## Features
2020-01-03 06:00:05 +01:00
2020-04-03 03:23:11 +02:00
As yet _another_ process/system visualization and management application, bottom supports the typical features:
2020-02-20 04:21:18 +01:00
2020-08-28 22:30:24 +02:00
- CPU usage visualization, on an average and per-core basis
- RAM and swap usage visualization
2021-04-04 11:38:57 +02:00
- Network visualization for receiving and transmitting
2020-03-10 06:51:11 +01:00
2020-04-03 03:23:11 +02:00
- Display information about disk capacity and I/O per second
2020-03-10 06:51:11 +01:00
2020-04-03 03:23:11 +02:00
- Display temperatures from sensors
2020-03-10 06:51:11 +01:00
2021-02-28 23:40:55 +01:00
- Display information regarding processes, like CPU, memory, I/O usage, user, and process state
2020-04-11 02:18:26 +02:00
2020-08-27 01:11:41 +02:00
- Process management (well, if process killing is all you need)
2020-02-17 02:21:42 +01:00
2020-04-03 03:23:11 +02:00
It also aims to be:
2020-02-17 02:21:42 +01:00
2020-04-03 03:23:11 +02:00
- Lightweight
2019-09-17 03:45:48 +02:00
2020-08-27 01:11:41 +02:00
- Cross-platform - supports 64-bit Linux, Windows, and macOS
2019-09-17 03:45:48 +02:00
2020-04-27 19:35:23 +02:00
In addition, bottom also currently has the following features:
2019-09-17 03:45:48 +02:00
2020-08-27 01:06:55 +02:00
### Processes
#### Process searching
2020-05-03 05:46:07 +02:00
On any process widget, hit `/` to bring up a search bar. If the layout has multiple process widgets, note this search is independent of other widgets.
![search bar image ](assets/search_empty.png )
By default, just typing in something will search by process name:
![a simple search ](assets/simple_search.png )
This simple search can be refined by matching by case, matching the entire word, or by using regex:
2020-05-04 23:23:15 +02:00
![a slightly better search ](assets/regex_search.png )
2020-05-03 05:46:07 +02:00
2020-05-04 23:23:15 +02:00
Now let's say you want to search for two things - luckily, we have the `AND` and `OR` logical operators:
2020-05-03 05:46:07 +02:00
2020-08-27 01:06:55 +02:00
![logical operator demo with just ors ](assets/or_search.png )
2020-05-03 05:46:07 +02:00
2020-08-27 01:06:55 +02:00
![logical operator demo with ands and ors ](assets/and_or_search.png )
2020-05-04 23:23:15 +02:00
2020-05-03 05:46:07 +02:00
Furthermore, one is able to refine their searches by CPU usage, memory usage, PID, and more. For example:
2019-09-17 03:45:48 +02:00
2020-05-04 23:23:15 +02:00
![using cpu filter ](assets/usage_search.png )
2020-04-30 21:29:36 +02:00
2020-08-27 01:06:55 +02:00
You can see all available keywords and query options [here ](#process-searching-keywords ).
#### Process sorting
You can sort the processes list by any column you want by pressing `s` while on a process widget:
![sorting ](assets/sort.png )
2019-09-17 03:45:48 +02:00
2020-09-07 05:03:03 +02:00
#### Tree mode
Use `t` or `F5` to toggle tree mode in a process widget. This is somewhat similar to htop's tree
mode.
![Standard tree ](assets/trees_1.png )
Sorting works as well, but it is done per groups of siblings. For example, by CPU%:
![Standard tree ](assets/trees_2.png )
You can also still filter processes. Branches that entirely do not match the query are pruned out,
but if a branch contains an element that does match the query, any non-matching elements will instead
just be greyed out, so the tree structure is still maintained:
![Standard tree ](assets/trees_3.png )
2020-04-03 03:23:11 +02:00
### Zoom
2019-09-17 03:45:48 +02:00
2020-04-27 19:35:23 +02:00
Using the `+` /`-` keys or the scroll wheel will move the current time intervals of the currently selected widget, and `=` to reset the zoom levels to the default.
2020-04-05 00:36:20 +02:00
Widgets can hold different time intervals independently. These time intervals can be adjusted using the
`-t` /`--default_time_value` and `-d` /`--time_delta` options, or their corresponding config options.
2020-01-09 04:54:14 +01:00
2020-04-30 05:52:25 +02:00
### Expand
2020-01-13 00:45:11 +01:00
2020-04-30 05:52:25 +02:00
Only care about one specific widget? You can go to that widget and hit `e` to make that widget expand and take
2020-08-27 01:06:55 +02:00
up the entire drawing area. You can minimize this expanded widget with `Esc` or pressing `e` again.
2020-01-13 00:45:11 +01:00
2020-04-05 00:36:20 +02:00
### Basic mode
Using the `-b` or `--basic_mode` (or their corresponding config options) will open bottom in basic mode.
There are no charts or expanded mode when using this, and tables are condensed such that only one table is displayed
at a time.
![basic mode image ](assets/basic_mode.png )
Note custom layouts are currently not available when this is used.
2020-04-03 03:23:11 +02:00
### Config files
2020-02-03 05:20:53 +01:00
2020-08-12 08:15:57 +02:00
bottom supports reading from a config file to customize its behaviour and look.
By default, bottom will look at (based on [dirs ](https://github.com/dirs-dev/dirs-rs#features )):
| OS | Location |
| ----------------------------------------------------------------------- | -------- |
| `~/.config/bottom/bottom.toml` or `$XDG_CONFIG_HOME/bottom/bottom.toml` | Linux |
| `$HOME/Library/Application Support/bottom/bottom.toml` | macOS |
| `C:\Users\<USER>\AppData\Roaming\bottom\bottom.toml` | Windows |
2020-02-03 05:20:53 +01:00
2020-04-03 03:23:11 +02:00
Note that if a config file does not exist at either the default location or the passed in location via `-C` or `--config` , one is automatically created with no settings applied.
2020-01-13 00:45:11 +01:00
2020-09-01 06:26:05 +02:00
#### Config flags
2020-01-18 01:59:01 +01:00
2020-04-03 03:23:11 +02:00
The following options can be set under `[flags]` to achieve the same effect as passing in a flag on runtime. Note that if a flag is given, it will override the config file.
2020-01-18 01:59:01 +01:00
2020-09-01 00:57:01 +02:00
These are the following supported flag config values, which correspond to the flag of the same name described in [Flags ](#flags ):
2020-08-12 08:15:57 +02:00
2021-05-07 05:35:30 +02:00
| Field | Type | Functionality |
| ---------------------------- | ---------------------------------------------------------------------------------------------- | -------------------------------------------------------------- |
| `hide_avg_cpu` | Boolean | Hides the average CPU usage. |
| `dot_marker` | Boolean | Uses a dot marker for graphs. |
| `left_legend` | Boolean | Puts the CPU chart legend to the left side. |
| `current_usage` | Boolean | Sets process CPU% to be based on current CPU%. |
| `group_processes` | Boolean | Groups processes with the same name by default. |
| `case_sensitive` | Boolean | Enables case sensitivity by default. |
| `whole_word` | Boolean | Enables whole-word matching by default. |
| `regex` | Boolean | Enables regex by default. |
| `basic` | Boolean | Hides graphs and uses a more basic look. |
| `use_old_network_legend` | Boolean | DEPRECATED - uses the older network legend. |
| `battery` | Boolean | Shows the battery widget. |
| `rate` | Unsigned Int (represents milliseconds) | Sets a refresh rate in ms. |
| `default_time_value` | Unsigned Int (represents milliseconds) | Default time value for graphs in ms. |
| `time_delta` | Unsigned Int (represents milliseconds) | The amount in ms changed upon zooming. |
| `temperature_type` | String (one of ["k", "f", "c", "kelvin", "fahrenheit", "celsius"]) | Sets the temperature unit type. |
| `default_widget_type` | String (one of ["cpu", "proc", "net", "temp", "mem", "disk"], same as layout options) | Sets the default widget type, use --help for more info. |
| `default_widget_count` | Unsigned Int (represents which `default_widget_type` ) | Sets the n'th selected widget type as the default. |
| `disable_click` | Boolean | Disables mouse clicks. |
| `color` | String (one of ["default", "default-light", "gruvbox", "gruvbox-light", "nord", "nord-light"]) | Use a color scheme, use --help for supported values. |
| `mem_as_value` | Boolean | Defaults to showing process memory usage by value. |
| `tree` | Boolean | Defaults to showing the process widget in tree mode. |
| `show_table_scroll_position` | Boolean | Shows the scroll position tracker in table widgets. |
| `process_command` | Boolean | Show processes as their commands by default. |
| `disable_advanced_kill` | Boolean | Hides advanced options to stop a process on Unix-like systems. |
| `network_use_binary_prefix` | Boolean | Displays the network widget with binary prefixes. |
| `network_use_bytes` | Boolean | Displays the network widget using bytes. |
| `network_use_log` | Boolean | Displays the network widget with a log scale. |
2020-01-22 01:28:39 +01:00
2020-04-03 03:23:11 +02:00
#### Theming
2020-02-17 06:20:31 +01:00
2020-04-03 03:23:11 +02:00
The config file can be used to set custom colours for parts of the application under the `[colors]` object. The following labels are customizable with strings that are hex colours, RGB colours, or specific named colours.
2020-02-17 06:20:31 +01:00
2020-04-03 03:23:11 +02:00
Supported named colours are one of the following strings: `Reset, Black, Red, Green, Yellow, Blue, Magenta, Cyan, Gray, DarkGray, LightRed, LightGreen, LightYellow, LightBlue, LightMagenta, LightCyan, White` .
2020-02-17 06:20:31 +01:00
2020-11-15 11:16:47 +01:00
| Labels | Details | Example |
| ------------------------------- | ------------------------------------------------------- | ------------------------------------------------------- |
| Table header colours | Colour of table headers | `table_header_color="255, 255, 255"` |
| CPU colour per core | Colour of each core. Read in order. | `cpu_core_colors=["#ffffff", "white", "255, 255, 255"]` |
| Average CPU colour | The average CPU color | `avg_cpu_color="White"` |
| All CPUs colour | The colour for the "All" CPU label | `all_cpu_color="White"` |
| RAM | The colour RAM will use | `ram_color="#ffffff"` |
| SWAP | The colour SWAP will use | `swap_color="#ffffff"` |
| RX | The colour rx will use | `rx_color="#ffffff"` |
| TX | The colour tx will use | `tx_color="#ffffff"` |
| Widget title colour | The colour of the label each widget has | `widget_title_color="#ffffff"` |
| Border colour | The colour of the border of unselected widgets | `border_color="#ffffff"` |
| Selected border colour | The colour of the border of selected widgets | `highlighted_border_color="#ffffff"` |
| Text colour | The colour of most text | `text_color="#ffffff"` |
| Graph colour | The colour of the lines and text of the graph | `graph_color="#ffffff"` |
| Cursor colour | The cursor's colour | `cursor_color="#ffffff"` |
| Selected text colour | The colour of text that is selected | `scroll_entry_text_color="#ffffff"` |
| Selected text background colour | The background colour of text that is selected | `scroll_entry_bg_color="#ffffff"` |
| High battery level colour | The colour used for a high battery level (100% to 50%) | `high_battery_color="green"` |
| Medium battery level colour | The colour used for a medium battery level (50% to 10%) | `medium_battery_color="yellow"` |
| Low battery level colour | The colour used for a low battery level (10% to 0%) | `low_battery_color="red"` |
2020-02-17 06:20:31 +01:00
2020-04-03 03:23:11 +02:00
#### Layout
2020-01-12 20:25:47 +01:00
2020-04-03 03:23:11 +02:00
bottom supports customizable layouts via the config file. Currently, layouts are controlled by using TOML objects and arrays.
2019-09-17 03:45:48 +02:00
2020-04-03 03:23:11 +02:00
For example, given the sample layout:
2019-12-31 03:05:39 +01:00
2020-04-03 03:23:11 +02:00
```toml
[[row]]
[[row.child]]
type="cpu"
[[row]]
ratio=2
[[row.child]]
ratio=4
type="mem"
[[row.child]]
ratio=3
[[row.child.child]]
type="temp"
[[row.child.child]]
type="disk"
```
2020-03-09 05:52:29 +01:00
2020-04-03 03:23:11 +02:00
This would give a layout that has two rows, with a 1:2 ratio. The first row has only the CPU widget.
The second row is split into two columns with a 4:3 ratio. The first column contains the memory widget.
The second column is split into two rows with a 1:1 ratio. The first is the temperature widget, the second is the disk widget.
This is what the layout would look like when run:
2020-04-05 00:36:20 +02:00
![Sample layout ](assets/sample_layout.png )
2020-04-03 03:23:11 +02:00
Each `[[row]]` represents a _row_ in the layout. A row can have any number of `child` values. Each `[[row.child]]`
represents either a _column or a widget_ . A column can have any number of `child` values as well. Each `[[row.child.child]]`
represents a _widget_ . A widget is represented by having a `type` field set to a string.
The following `type` values are supported:
2020-08-12 08:15:57 +02:00
| | |
| -------------------------------- | ------------------------ |
| `"cpu"` | CPU chart and legend |
| `"mem", "memory"` | Memory chart |
| `"net", "network"` | Network chart and legend |
2020-04-17 02:06:50 +02:00
| `"proc", "process", "processes"` | Process table and search |
2020-08-12 08:15:57 +02:00
| `"temp", "temperature"` | Temperature table |
| `"disk"` | Disk table |
| `"empty"` | An empty space |
| `"batt", "battery"` | Battery statistics |
2020-04-03 03:23:11 +02:00
Each component of the layout accepts a `ratio` value. If this is not set, it defaults to 1.
For an example, look at the [default config ](./sample_configs/default_config.toml ), which contains the default layout.
2020-08-28 22:30:24 +02:00
Furthermore, you can have duplicate widgets. This means you could do something like:
2020-04-03 03:23:11 +02:00
```toml
[[row]]
ratio=1
[[row.child]]
type="cpu"
[[row.child]]
type="cpu"
[[row.child]]
type="cpu"
[[row]]
ratio=1
[[row.child]]
type="cpu"
[[row.child]]
type="empty"
[[row.child]]
type="cpu"
[[row]]
ratio=1
[[row.child]]
type="cpu"
[[row.child]]
type="cpu"
[[row.child]]
type="cpu"
```
2020-03-06 05:54:39 +01:00
2020-04-03 03:23:11 +02:00
and get the following CPU donut:
![CPU donut ](./assets/cpu_layout.png )
2020-03-06 05:54:39 +01:00
2021-01-02 00:09:28 +01:00
#### Disk, temperature, and network filtering
2020-09-03 04:02:49 +02:00
feature: Add mount filtering, rework filter priority logic (#455)
This PR accomplishes two things:
1. This PR aims to add mount_filter to the config file. This allows a user to filter their disk widget entries by the mount name as well; this was particularly a problem in trying to address #431.
2. A slight rework of how the filter system works due to the need of being able to manage two potentially conflicting filter sources, since the disk widget will now potentially filter on both the disk name and the mount name.
In regards to the second point, the new behaviour is as such:
1. Is the entry allowed through any filter? That is, does it match an entry in a filter where is_list_ignored is false? If so, we always keep this entry.
2. Is the entry denied through any filter? That is, does it match an entry in a filter where is_list_ignored is true? If so, we always deny this entry.
3. Anything else is allowed.
This main (breaking) change is really the third point. This would mean that temp_filter and net_filter, when set to allow listed entries with is_list_ignored = false, are kinda... useless, as a whitelist in the scenario of being the only filter is kinda pointless. But hopefully this shouldn't be a problem...?
2021-04-23 05:43:12 +02:00
You can hide specific disks, temperature sensors, and networks by name in the config file via `disk_filter` and `mount_filter` , `temp_filter` , and `net_filter` respectively. Regex (`regex = true`), case-sensitivity (`case_sensitive = true`), and matching only if the entire word matches (`whole_word = true`) are supported, but are off by default. Filters default to denying entries that match and can be toggled by setting `is_list_ignored` to `false` in the config file.
2020-09-03 04:02:49 +02:00
feature: Add mount filtering, rework filter priority logic (#455)
This PR accomplishes two things:
1. This PR aims to add mount_filter to the config file. This allows a user to filter their disk widget entries by the mount name as well; this was particularly a problem in trying to address #431.
2. A slight rework of how the filter system works due to the need of being able to manage two potentially conflicting filter sources, since the disk widget will now potentially filter on both the disk name and the mount name.
In regards to the second point, the new behaviour is as such:
1. Is the entry allowed through any filter? That is, does it match an entry in a filter where is_list_ignored is false? If so, we always keep this entry.
2. Is the entry denied through any filter? That is, does it match an entry in a filter where is_list_ignored is true? If so, we always deny this entry.
3. Anything else is allowed.
This main (breaking) change is really the third point. This would mean that temp_filter and net_filter, when set to allow listed entries with is_list_ignored = false, are kinda... useless, as a whitelist in the scenario of being the only filter is kinda pointless. But hopefully this shouldn't be a problem...?
2021-04-23 05:43:12 +02:00
For example, here's the disk widget with no filter:
2020-09-03 04:02:49 +02:00
feature: Add mount filtering, rework filter priority logic (#455)
This PR accomplishes two things:
1. This PR aims to add mount_filter to the config file. This allows a user to filter their disk widget entries by the mount name as well; this was particularly a problem in trying to address #431.
2. A slight rework of how the filter system works due to the need of being able to manage two potentially conflicting filter sources, since the disk widget will now potentially filter on both the disk name and the mount name.
In regards to the second point, the new behaviour is as such:
1. Is the entry allowed through any filter? That is, does it match an entry in a filter where is_list_ignored is false? If so, we always keep this entry.
2. Is the entry denied through any filter? That is, does it match an entry in a filter where is_list_ignored is true? If so, we always deny this entry.
3. Anything else is allowed.
This main (breaking) change is really the third point. This would mean that temp_filter and net_filter, when set to allow listed entries with is_list_ignored = false, are kinda... useless, as a whitelist in the scenario of being the only filter is kinda pointless. But hopefully this shouldn't be a problem...?
2021-04-23 05:43:12 +02:00
![Disk no filter ](./assets/disk_no_filter.png )
2020-09-03 04:02:49 +02:00
feature: Add mount filtering, rework filter priority logic (#455)
This PR accomplishes two things:
1. This PR aims to add mount_filter to the config file. This allows a user to filter their disk widget entries by the mount name as well; this was particularly a problem in trying to address #431.
2. A slight rework of how the filter system works due to the need of being able to manage two potentially conflicting filter sources, since the disk widget will now potentially filter on both the disk name and the mount name.
In regards to the second point, the new behaviour is as such:
1. Is the entry allowed through any filter? That is, does it match an entry in a filter where is_list_ignored is false? If so, we always keep this entry.
2. Is the entry denied through any filter? That is, does it match an entry in a filter where is_list_ignored is true? If so, we always deny this entry.
3. Anything else is allowed.
This main (breaking) change is really the third point. This would mean that temp_filter and net_filter, when set to allow listed entries with is_list_ignored = false, are kinda... useless, as a whitelist in the scenario of being the only filter is kinda pointless. But hopefully this shouldn't be a problem...?
2021-04-23 05:43:12 +02:00
The following in the config file would filter out some entries by disk name:
2020-09-03 04:02:49 +02:00
```toml
[disk_filter]
feature: Add mount filtering, rework filter priority logic (#455)
This PR accomplishes two things:
1. This PR aims to add mount_filter to the config file. This allows a user to filter their disk widget entries by the mount name as well; this was particularly a problem in trying to address #431.
2. A slight rework of how the filter system works due to the need of being able to manage two potentially conflicting filter sources, since the disk widget will now potentially filter on both the disk name and the mount name.
In regards to the second point, the new behaviour is as such:
1. Is the entry allowed through any filter? That is, does it match an entry in a filter where is_list_ignored is false? If so, we always keep this entry.
2. Is the entry denied through any filter? That is, does it match an entry in a filter where is_list_ignored is true? If so, we always deny this entry.
3. Anything else is allowed.
This main (breaking) change is really the third point. This would mean that temp_filter and net_filter, when set to allow listed entries with is_list_ignored = false, are kinda... useless, as a whitelist in the scenario of being the only filter is kinda pointless. But hopefully this shouldn't be a problem...?
2021-04-23 05:43:12 +02:00
is_list_ignored = true
list = ["/dev/sda"]
2020-09-03 04:02:49 +02:00
regex = true
feature: Add mount filtering, rework filter priority logic (#455)
This PR accomplishes two things:
1. This PR aims to add mount_filter to the config file. This allows a user to filter their disk widget entries by the mount name as well; this was particularly a problem in trying to address #431.
2. A slight rework of how the filter system works due to the need of being able to manage two potentially conflicting filter sources, since the disk widget will now potentially filter on both the disk name and the mount name.
In regards to the second point, the new behaviour is as such:
1. Is the entry allowed through any filter? That is, does it match an entry in a filter where is_list_ignored is false? If so, we always keep this entry.
2. Is the entry denied through any filter? That is, does it match an entry in a filter where is_list_ignored is true? If so, we always deny this entry.
3. Anything else is allowed.
This main (breaking) change is really the third point. This would mean that temp_filter and net_filter, when set to allow listed entries with is_list_ignored = false, are kinda... useless, as a whitelist in the scenario of being the only filter is kinda pointless. But hopefully this shouldn't be a problem...?
2021-04-23 05:43:12 +02:00
case_sensitive = false
whole_word = false
2020-09-03 04:02:49 +02:00
```
feature: Add mount filtering, rework filter priority logic (#455)
This PR accomplishes two things:
1. This PR aims to add mount_filter to the config file. This allows a user to filter their disk widget entries by the mount name as well; this was particularly a problem in trying to address #431.
2. A slight rework of how the filter system works due to the need of being able to manage two potentially conflicting filter sources, since the disk widget will now potentially filter on both the disk name and the mount name.
In regards to the second point, the new behaviour is as such:
1. Is the entry allowed through any filter? That is, does it match an entry in a filter where is_list_ignored is false? If so, we always keep this entry.
2. Is the entry denied through any filter? That is, does it match an entry in a filter where is_list_ignored is true? If so, we always deny this entry.
3. Anything else is allowed.
This main (breaking) change is really the third point. This would mean that temp_filter and net_filter, when set to allow listed entries with is_list_ignored = false, are kinda... useless, as a whitelist in the scenario of being the only filter is kinda pointless. But hopefully this shouldn't be a problem...?
2021-04-23 05:43:12 +02:00
![Disk widget with just disk name filter ](./assets/disk_name_filter.png )
2020-09-03 04:02:49 +02:00
feature: Add mount filtering, rework filter priority logic (#455)
This PR accomplishes two things:
1. This PR aims to add mount_filter to the config file. This allows a user to filter their disk widget entries by the mount name as well; this was particularly a problem in trying to address #431.
2. A slight rework of how the filter system works due to the need of being able to manage two potentially conflicting filter sources, since the disk widget will now potentially filter on both the disk name and the mount name.
In regards to the second point, the new behaviour is as such:
1. Is the entry allowed through any filter? That is, does it match an entry in a filter where is_list_ignored is false? If so, we always keep this entry.
2. Is the entry denied through any filter? That is, does it match an entry in a filter where is_list_ignored is true? If so, we always deny this entry.
3. Anything else is allowed.
This main (breaking) change is really the third point. This would mean that temp_filter and net_filter, when set to allow listed entries with is_list_ignored = false, are kinda... useless, as a whitelist in the scenario of being the only filter is kinda pointless. But hopefully this shouldn't be a problem...?
2021-04-23 05:43:12 +02:00
If there are two potentially conflicting filters (i.e. when you are using both a disk and mount filter), the filter that explicitly allows an entry takes precedence over a filter that explicitly denies one. So for example, let's say I set a disk filter accepting anything with `/dev/sda` , but deny anything with `/mnt/.*` or `/` . So to do so, I write in the config file:
2020-09-03 04:02:49 +02:00
```toml
feature: Add mount filtering, rework filter priority logic (#455)
This PR accomplishes two things:
1. This PR aims to add mount_filter to the config file. This allows a user to filter their disk widget entries by the mount name as well; this was particularly a problem in trying to address #431.
2. A slight rework of how the filter system works due to the need of being able to manage two potentially conflicting filter sources, since the disk widget will now potentially filter on both the disk name and the mount name.
In regards to the second point, the new behaviour is as such:
1. Is the entry allowed through any filter? That is, does it match an entry in a filter where is_list_ignored is false? If so, we always keep this entry.
2. Is the entry denied through any filter? That is, does it match an entry in a filter where is_list_ignored is true? If so, we always deny this entry.
3. Anything else is allowed.
This main (breaking) change is really the third point. This would mean that temp_filter and net_filter, when set to allow listed entries with is_list_ignored = false, are kinda... useless, as a whitelist in the scenario of being the only filter is kinda pointless. But hopefully this shouldn't be a problem...?
2021-04-23 05:43:12 +02:00
[disk_filter]
2020-09-03 04:02:49 +02:00
is_list_ignored = false
feature: Add mount filtering, rework filter priority logic (#455)
This PR accomplishes two things:
1. This PR aims to add mount_filter to the config file. This allows a user to filter their disk widget entries by the mount name as well; this was particularly a problem in trying to address #431.
2. A slight rework of how the filter system works due to the need of being able to manage two potentially conflicting filter sources, since the disk widget will now potentially filter on both the disk name and the mount name.
In regards to the second point, the new behaviour is as such:
1. Is the entry allowed through any filter? That is, does it match an entry in a filter where is_list_ignored is false? If so, we always keep this entry.
2. Is the entry denied through any filter? That is, does it match an entry in a filter where is_list_ignored is true? If so, we always deny this entry.
3. Anything else is allowed.
This main (breaking) change is really the third point. This would mean that temp_filter and net_filter, when set to allow listed entries with is_list_ignored = false, are kinda... useless, as a whitelist in the scenario of being the only filter is kinda pointless. But hopefully this shouldn't be a problem...?
2021-04-23 05:43:12 +02:00
list = ["/dev/sda"]
regex = true
case_sensitive = false
whole_word = false
2021-01-02 00:09:28 +01:00
feature: Add mount filtering, rework filter priority logic (#455)
This PR accomplishes two things:
1. This PR aims to add mount_filter to the config file. This allows a user to filter their disk widget entries by the mount name as well; this was particularly a problem in trying to address #431.
2. A slight rework of how the filter system works due to the need of being able to manage two potentially conflicting filter sources, since the disk widget will now potentially filter on both the disk name and the mount name.
In regards to the second point, the new behaviour is as such:
1. Is the entry allowed through any filter? That is, does it match an entry in a filter where is_list_ignored is false? If so, we always keep this entry.
2. Is the entry denied through any filter? That is, does it match an entry in a filter where is_list_ignored is true? If so, we always deny this entry.
3. Anything else is allowed.
This main (breaking) change is really the third point. This would mean that temp_filter and net_filter, when set to allow listed entries with is_list_ignored = false, are kinda... useless, as a whitelist in the scenario of being the only filter is kinda pointless. But hopefully this shouldn't be a problem...?
2021-04-23 05:43:12 +02:00
[mount_filter]
2021-01-02 00:09:28 +01:00
is_list_ignored = true
feature: Add mount filtering, rework filter priority logic (#455)
This PR accomplishes two things:
1. This PR aims to add mount_filter to the config file. This allows a user to filter their disk widget entries by the mount name as well; this was particularly a problem in trying to address #431.
2. A slight rework of how the filter system works due to the need of being able to manage two potentially conflicting filter sources, since the disk widget will now potentially filter on both the disk name and the mount name.
In regards to the second point, the new behaviour is as such:
1. Is the entry allowed through any filter? That is, does it match an entry in a filter where is_list_ignored is false? If so, we always keep this entry.
2. Is the entry denied through any filter? That is, does it match an entry in a filter where is_list_ignored is true? If so, we always deny this entry.
3. Anything else is allowed.
This main (breaking) change is really the third point. This would mean that temp_filter and net_filter, when set to allow listed entries with is_list_ignored = false, are kinda... useless, as a whitelist in the scenario of being the only filter is kinda pointless. But hopefully this shouldn't be a problem...?
2021-04-23 05:43:12 +02:00
list = ["/mnt/.*", "/"]
regex = true
case_sensitive = false
2021-01-02 00:09:28 +01:00
whole_word = true
```
feature: Add mount filtering, rework filter priority logic (#455)
This PR accomplishes two things:
1. This PR aims to add mount_filter to the config file. This allows a user to filter their disk widget entries by the mount name as well; this was particularly a problem in trying to address #431.
2. A slight rework of how the filter system works due to the need of being able to manage two potentially conflicting filter sources, since the disk widget will now potentially filter on both the disk name and the mount name.
In regards to the second point, the new behaviour is as such:
1. Is the entry allowed through any filter? That is, does it match an entry in a filter where is_list_ignored is false? If so, we always keep this entry.
2. Is the entry denied through any filter? That is, does it match an entry in a filter where is_list_ignored is true? If so, we always deny this entry.
3. Anything else is allowed.
This main (breaking) change is really the third point. This would mean that temp_filter and net_filter, when set to allow listed entries with is_list_ignored = false, are kinda... useless, as a whitelist in the scenario of being the only filter is kinda pointless. But hopefully this shouldn't be a problem...?
2021-04-23 05:43:12 +02:00
Which gives me:
2021-01-02 00:09:28 +01:00
feature: Add mount filtering, rework filter priority logic (#455)
This PR accomplishes two things:
1. This PR aims to add mount_filter to the config file. This allows a user to filter their disk widget entries by the mount name as well; this was particularly a problem in trying to address #431.
2. A slight rework of how the filter system works due to the need of being able to manage two potentially conflicting filter sources, since the disk widget will now potentially filter on both the disk name and the mount name.
In regards to the second point, the new behaviour is as such:
1. Is the entry allowed through any filter? That is, does it match an entry in a filter where is_list_ignored is false? If so, we always keep this entry.
2. Is the entry denied through any filter? That is, does it match an entry in a filter where is_list_ignored is true? If so, we always deny this entry.
3. Anything else is allowed.
This main (breaking) change is really the third point. This would mean that temp_filter and net_filter, when set to allow listed entries with is_list_ignored = false, are kinda... useless, as a whitelist in the scenario of being the only filter is kinda pointless. But hopefully this shouldn't be a problem...?
2021-04-23 05:43:12 +02:00
![Disk widget with disk name and mount filter ](./assets/disk_name_mount_filter.png )
2021-01-02 00:09:28 +01:00
2020-04-17 02:06:50 +02:00
### Battery
2020-04-26 06:12:33 +02:00
You can get battery statistics (charge, time to fill/discharge, consumption in watts, and battery health) via the battery widget.
2020-04-27 19:48:56 +02:00
2020-05-04 23:23:15 +02:00
Since this is only useful for devices like laptops, it is off by default. You can either enable the widget in the default layout via the `--battery` flag, or by specifying the widget in a [layout ](#layout ):
2020-04-17 02:06:50 +02:00
![Battery example ](assets/battery.png )
2020-12-05 02:11:38 +01:00
## FAQ
Please see the [FAQ ](./FAQ.md ) for answers to frequently asked questions.
2020-04-03 07:14:41 +02:00
## Contribution
2020-02-26 14:09:03 +01:00
2020-05-06 00:03:15 +02:00
Contribution is always welcome! Please take a look at [CONTRIBUTING.md ](./CONTRIBUTING.md ) for details on how to help.
2020-03-06 05:54:39 +01:00
2020-04-30 03:56:44 +02:00
### Contributors
2020-04-03 03:23:11 +02:00
Thanks to all contributors ([emoji key](https://allcontributors.org/docs/en/emoji-key)):
2020-03-06 05:54:39 +01:00
2020-03-20 16:09:55 +01:00
<!-- ALL - CONTRIBUTORS - LIST:START - Do not remove or modify this section -->
<!-- prettier - ignore - start -->
<!-- markdownlint - disable -->
< table >
< tr >
2021-01-20 07:55:29 +01:00
< td align = "center" > < a href = "http://shilangyu.github.io" > < img src = "https://avatars3.githubusercontent.com/u/29288116?v=4?s=100" width = "100px;" alt = "" / > < br / > < sub > < b > Marcin Wojnarowski< / b > < / sub > < / a > < br / > < a href = "https://github.com/ClementTsang/bottom/commits?author=shilangyu" title = "Code" > 💻< / a > < a href = "#platform-shilangyu" title = "Packaging/porting to new platform" > 📦< / a > < / td >
< td align = "center" > < a href = "http://neosmart.net/" > < img src = "https://avatars3.githubusercontent.com/u/606923?v=4?s=100" width = "100px;" alt = "" / > < br / > < sub > < b > Mahmoud Al-Qudsi< / b > < / sub > < / a > < br / > < a href = "https://github.com/ClementTsang/bottom/commits?author=mqudsi" title = "Code" > 💻< / a > < / td >
< td align = "center" > < a href = "https://andys8.de" > < img src = "https://avatars0.githubusercontent.com/u/13085980?v=4?s=100" width = "100px;" alt = "" / > < br / > < sub > < b > Andy< / b > < / sub > < / a > < br / > < a href = "https://github.com/ClementTsang/bottom/commits?author=andys8" title = "Code" > 💻< / a > < / td >
< td align = "center" > < a href = "https://github.com/HarHarLinks" > < img src = "https://avatars0.githubusercontent.com/u/2803622?v=4?s=100" width = "100px;" alt = "" / > < br / > < sub > < b > Kim Brose< / b > < / sub > < / a > < br / > < a href = "https://github.com/ClementTsang/bottom/commits?author=HarHarLinks" title = "Code" > 💻< / a > < / td >
< td align = "center" > < a href = "https://svenstaro.org" > < img src = "https://avatars0.githubusercontent.com/u/1664?v=4?s=100" width = "100px;" alt = "" / > < br / > < sub > < b > Sven-Hendrik Haase< / b > < / sub > < / a > < br / > < a href = "https://github.com/ClementTsang/bottom/commits?author=svenstaro" title = "Documentation" > 📖< / a > < / td >
< td align = "center" > < a href = "https://liberapay.com/Artem4/" > < img src = "https://avatars0.githubusercontent.com/u/5614476?v=4?s=100" width = "100px;" alt = "" / > < br / > < sub > < b > Artem Polishchuk< / b > < / sub > < / a > < br / > < a href = "#platform-tim77" title = "Packaging/porting to new platform" > 📦< / a > < a href = "https://github.com/ClementTsang/bottom/commits?author=tim77" title = "Documentation" > 📖< / a > < / td >
< td align = "center" > < a href = "http://ruby-journal.com/" > < img src = "https://avatars2.githubusercontent.com/u/135605?v=4?s=100" width = "100px;" alt = "" / > < br / > < sub > < b > Trung Lê< / b > < / sub > < / a > < br / > < a href = "#platform-runlevel5" title = "Packaging/porting to new platform" > 📦< / a > < a href = "#infra-runlevel5" title = "Infrastructure (Hosting, Build-Tools, etc)" > 🚇< / a > < / td >
2020-03-20 16:09:55 +01:00
< / tr >
2020-11-14 23:37:15 +01:00
< tr >
2021-01-20 07:55:29 +01:00
< td align = "center" > < a href = "https://github.com/dm9pZCAq" > < img src = "https://avatars1.githubusercontent.com/u/46228973?v=4?s=100" width = "100px;" alt = "" / > < br / > < sub > < b > dm9pZCAq< / b > < / sub > < / a > < br / > < a href = "#platform-dm9pZCAq" title = "Packaging/porting to new platform" > 📦< / a > < a href = "https://github.com/ClementTsang/bottom/commits?author=dm9pZCAq" title = "Documentation" > 📖< / a > < / td >
< td align = "center" > < a href = "https://lukor.org" > < img src = "https://avatars2.githubusercontent.com/u/10536802?v=4?s=100" width = "100px;" alt = "" / > < br / > < sub > < b > Lukas Rysavy< / b > < / sub > < / a > < br / > < a href = "https://github.com/ClementTsang/bottom/commits?author=LlinksRechts" title = "Code" > 💻< / a > < / td >
< td align = "center" > < a href = "http://hamberg.no/erlend" > < img src = "https://avatars3.githubusercontent.com/u/16063?v=4?s=100" width = "100px;" alt = "" / > < br / > < sub > < b > Erlend Hamberg< / b > < / sub > < / a > < br / > < a href = "https://github.com/ClementTsang/bottom/commits?author=ehamberg" title = "Code" > 💻< / a > < / td >
2021-01-22 02:54:05 +01:00
< td align = "center" > < a href = "https://onee3.org" > < img src = "https://avatars.githubusercontent.com/u/4507647?v=4?s=100" width = "100px;" alt = "" / > < br / > < sub > < b > Frederick Zhang< / b > < / sub > < / a > < br / > < a href = "https://github.com/ClementTsang/bottom/commits?author=Frederick888" title = "Code" > 💻< / a > < / td >
2021-03-24 00:36:33 +01:00
< td align = "center" > < a href = "https://github.com/pvanheus" > < img src = "https://avatars.githubusercontent.com/u/4154788?v=4?s=100" width = "100px;" alt = "" / > < br / > < sub > < b > pvanheus< / b > < / sub > < / a > < br / > < a href = "https://github.com/ClementTsang/bottom/commits?author=pvanheus" title = "Code" > 💻< / a > < / td >
2021-03-24 00:37:38 +01:00
< td align = "center" > < a href = "https://zebulon.dev/" > < img src = "https://avatars.githubusercontent.com/u/14242997?v=4?s=100" width = "100px;" alt = "" / > < br / > < sub > < b > Zeb Piasecki< / b > < / sub > < / a > < br / > < a href = "https://github.com/ClementTsang/bottom/commits?author=vlakreeh" title = "Code" > 💻< / a > < / td >
2020-11-14 23:37:15 +01:00
< / tr >
2020-03-20 16:09:55 +01:00
< / table >
2021-01-20 07:55:29 +01:00
<!-- markdownlint - restore -->
2020-03-20 16:09:55 +01:00
<!-- prettier - ignore - end -->
2020-12-18 00:42:08 +01:00
2020-03-20 16:09:55 +01:00
<!-- ALL - CONTRIBUTORS - LIST:END -->
2020-04-03 03:23:11 +02:00
## Thanks
2020-12-18 00:42:08 +01:00
- This project is very much inspired by [gotop ](https://github.com/cjbassi/gotop ),
its successor [ytop ](https://github.com/cjbassi/ytop ), and [gtop ](https://github.com/aksakalli/gtop ).
2020-04-03 03:23:11 +02:00
- Basic mode is heavily inspired by [htop's ](https://hisham.hm/htop/ ) design.
- This application was written with many, _many_ libraries, and built on the
2020-08-27 01:11:41 +02:00
work of many talented people. This application would be impossible without their
work. I used to thank them all individually but the list got too large...
2020-05-09 20:55:01 +02:00
- And of course, thanks to all contributors!