Skip Navigation

Can you please ELI5 tmux?

I am fairly familiar with Linux, I've been using different distros for some years now and have done some config editing here and there. I am also a web developer and use the terminal quite a lot and so I always stumble on people's recommendation to use tmux and how good it is, but I never really understood what it does and, in layman's terms, how can it be useful and for what use cases.

Can you guys please enlight me a bit on this?

Thank you.

Edit: if my phrasing is a bit awkward or confusing I apologize since I am not an English native speaker. (Maybe that's why I never fully grasped what tmux is from other explanations xD)

Edite: Ok, just to clarify, my original struggle was to understand what made tmux different from using some terminal app and just split the screen xD

64 comments
  • tmux (and GNU screen, its older predecessor) is a terminal multiplexer, which is a fancy phrase used to describe turning one terminal window into multiple terminal windows. It basically turns a single terminal window into a text-based tiling window manager that lets you run different shells concurrently in a single terminal, easily copy text between them, and have other quality of life improvements over using a single raw terminal.

    Imagine you're SSH'd into a remote machine. Unless you SSH again from a different terminal at the same time, you're basically limited to a single terminal, and whatever you're doing is interrupted if your connection drops. tmux runs on the remote machine, which means that if your connection is interrupted, tmux will continue running exactly as you left it, and you'll be able to reattach to it using tmux attach.

    Or, imagine your video drivers break and you're forced to troubleshoot in a raw TTY. tmux will let you have a manpage and a shell open at the same time, or three different directories opened side by side. That's a slightly more convoluted use case, but the point is that terminal multiplexers make it far more convenient to use the terminal in basically any situation that's not just running a single short command and leaving.

  • Tmux is no different from a terminal app that split the screen in terms of "multi window" functionality. However it's not a graphical software, so you can start it remotely (eg. over ssh), and detach/reattach to it later without loosing what you where doing.

  • Well, not knowing what other explanations you've read but don't understand/grasp makes it a bit difficult to narrow down specifics, though to start from the beginning, tmux is a terminal multiplexer, what that means is that it will allow multiple sessions running concurrently under the same virtual terminal. It provides keyboard shortcuts to switch between them, or split them and display them concurrently.

    The biggest use case for me however (though I use an older one called screen out of hard to shake habits) is the ability to detach and attach at will, so that any disconnected remote sessions won't kill whatever I happen to be working on. Alternatively, I can have running sessions locally on my current machine and then I can go elsewhere and remote in and resume from where I've left off.

    A somewhat frowned upon use case is to use it to run "background" processes on a remote server - like a development web service that you just can't be bothered to properly package/daemonize - just open screen or tmux, start it, and detach the session and it should stay running barring any other problems.

    • I use screen still too, partly because it's generally installed on everything already, like vim. I hardly ever use anything but a maximised (i.e. full-terminal) screen at once, so it doesn't sound like I'm missing much from tmux.

      De/reattaching's extremely useful and another thing I really like in screen is being able to scroll and search the scrollbuffer.

      If I was ready for an upgrade, I'd probably go for zellij.

      • I use screen as well. It is significantly faster than tmux.

    • A somewhat frowned upon use case is to use it to run "background" processes on a remote server

      in most cases screen/tmux is an overkill, I prefer using setsid for quick and dirty scripts, it just starts a process in a new session, detached from parent terminal. Or nohup when I need to check the output. Both available on most linux systems by default.

  • It's a "terminal inside your terminal" that you can cut into tiny little pieces where programs are run in said little pieces.

  • Have you ever seen someone use a tiling window manager instead of a desktop environment? Where it keeps all the currently running apps on screen in evenly sized tiles so you can see everything at once, nothing is in the "background?"

    Tmux is a bit like that, but only for the terminal. It allows you to open multiple terminals in one "screen" or terminal emulator window, and switch between them with keyboard shortcuts. So if you want to look at your source code, test run your source code, and watch htop to see how it performs, you can do that with Tmux. It's a bit less cumbersome than opening three terminal windows.

    It also works over SSH, so you can SSH into a server or something, start tmux, then easily run several tools simultaneously.

    Tmux sessions are also persistent. Imagine if you were in the middle of working on something on your desktop at the office, then it's time to go home. You can detach your session, SSH into the box from your laptop, reattach that session and keep working right where you left off.

    If you work in the terminal a lot, it's a handy tool.

64 comments