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

  • belshamharoth@lemmy.world
    link
    fedilink
    arrow-up
    8
    ·
    1 year ago

    To understand why you might want to use tmux try the following:

    1. Open your terminal
    2. Start editing a file with vim or nano but don’t save the file
    3. Close then re-open your terminal

    You will have lost your progress, next we can repeat but this time using tmux so you don’t lose your session:

    1. Open your terminal
    2. Start a tmux session using tmux
    3. Start editing a file again using vim or nano
    4. Close and re-open the terminal
    5. Type tmux a to re-attach to the existing session

    Note that this time none of your progress is lost.

    Aside from enabling you to have a persistent session, tmux also allows you to have multiple terminal panes open so you can do more than one thing at a time in the window, to see what I mean try this:

    1. Open your terminal
    2. Start a new tmux session using tmux
    3. Type top to begin listing processes
    4. Press ctrl b then % to make a new split pane
    5. Enter ls or other terminal commands

    You will see that you can use more than one panel to do things. This can be useful for example if you want to watch run tests and also run other commands.

    • teawrecks@sopuli.xyz
      link
      fedilink
      arrow-up
      3
      ·
      1 year ago

      All of this is way more useful when all you have to work with is a tty or an ssh session. No X? No problem.

  • moobythegoldensock@geddit.social
    link
    fedilink
    arrow-up
    4
    ·
    1 year ago

    You’ve gotten a lot of good replies, so I’ll give you an example:

    My wife and I set up a Minecraft server on an old work computer of hers. We would SSH in, start the server, and play. However, if the host lost the SSH session, the entire server would crash because the session would close.

    With tmux, we could attach, start the server, and unattach. I could start the server and later my wife could attach to close it. I could SSH on my phone via iSH, attach, start the server, unattach, and close the app. We could troubleshoot mods together, since we could both see everything that happened in the session on our screens.

    It offered a level of flexibility a traditional SSH session doesn’t give.

      • moobythegoldensock@geddit.social
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        Minecraft is a procedurally generated open world video game.

        For multiplayer, the computer hosting the game has to be able to load the portion of the world for each player. Having a dedicated computer hosting the server allows for much smoother gameplay experience then trying to have a single PC both run the server and client.

        The machine we used for the server was literally one of my wife’s old work PCs and we just use it to host these types of games. We previously ran an ARC: Survival Evolved server on it.

  • 0xtero@kbin.social
    link
    fedilink
    arrow-up
    3
    ·
    1 year ago

    I guess the best analogy is a “virtual desktop” but for the terminal.
    It’s is a program which runs in a terminal and allows multiple other terminal programs to be run inside it.

    Each program inside tmux gets its own “page” or “screen” and you can jump between them (next-screen, previous-screen etc).
    So instead of having multiple terminal windows, you only have one and switch the screen/page inside it.

    You can detech from the program and leave it running - so next time you log on to the server, you can re-attach to it and all your screens/sessions are still there.

    Not super useful on your local machine - but when you have to connect to a remote server (or several) is really shines. Especially if you have to go through a jumphost. You can just connect to your jumphost, start tmux, then create a “screen” for each server you need to connect to - do your stuff and deattach. Next time, just re-attach and all your stuff is there.

    Did that help?

    • adj@lemmy.world
      link
      fedilink
      arrow-up
      1
      ·
      edit-2
      1 year ago

      I actually get a lot of use out of it locally. I usually have multiple sessions for different concerns and prefix + s lets me switch between them quickly using vi keybindings. I can even do prefix + w to switch to a specific window in a different session.

      I don’t use vscode much lately, but when I did it was also useful sometimes to have the same window in my terminal client on one desktop and in vscode’s terminal on another when switching back and forth a lot to see a browser or database client or whatever. Just having the freedom to move the session around to different applications is nice.

      • deejay4am@lemmy.world
        link
        fedilink
        arrow-up
        0
        ·
        1 year ago

        Ugh I remembering learning upstart and getting decent with it and then everyone went “nope, systemd”

        Let’s just improve what we have and not change the whole goddamn thing again. That’s more annoying.

        Also, some of the people on hackernews are so cringy. Like, dude we get it there is a bad default. Make your case and stop being a total jerkoff, because no one is going to listen to that guy and I bet that’s like 20% of the reason the other übernerds are digging their heels in about changing it.

        Also fuck systemd 😅

    • jackofalltrades@lemmy.mlOP
      link
      fedilink
      arrow-up
      0
      ·
      1 year ago

      Ok, now I guess I am seeing the value of it, specially with the “virtual desktop” analogy and the remote scenario, since I need to do some of it at work and having everything as I left it last time will be nice. Thank you!

      • topperharlie@lemmy.world
        link
        fedilink
        arrow-up
        3
        ·
        1 year ago

        plus, if you disconnect in the middle of a command execution it doesn’t get killed (very important for system updates for example)

      • WasPentalive@lemmy.one
        link
        fedilink
        arrow-up
        0
        ·
        1 year ago

        I use the “being able to detach and re-attach” capability to run my Minecraft server on my in-home server box.

  • amyipdev@lib.lgbt
    link
    fedilink
    arrow-up
    2
    ·
    1 year ago

    Tmux is essentially an extension of the concept of running ideas in the background. Like 0xtero mentioned, you use a sort of “virtual terminal” that is persistent (unlike the jobs system you might be familiar with on your shell).

    Now, some people do just use it to split the screen. The idea is it can have multiple terminals, show them, and manage them - it is thus a “multiplexer”, which is where it gets its name (tmux = terminal multiplexer). If you’re on a terminal-only system, this isn’t that bad of a usage.

    Say you’re compiling a large program, like the Linux kernel, and you want to step away, maybe even close the terminal and come back later. Tmux is great for this. You can start the compile in tmux, “detach” (stop viewing it) from it, and it’ll still run full-speed in the background. When you want to look at it again, or check the status, you just re-attach.

  • PeterPoopshit@lemmy.world
    link
    fedilink
    arrow-up
    2
    ·
    1 year ago

    People have already made lots of good replies but here’s my summary:

    tmux is a terminal multiplexer. It allows multitasking in command line only environments. For example if you have to do a sudo apt upgrade but don’t want to leave your ssh client logged in until it finishes, you can run it in a tmux session so it will happen in the background even if you’re not logged in.

    To start a new session, type “tmux”

    To view running sessions, type “tmux list-sessions”

    To switch to a running session, type “tmux attach-session -c N” where N is the number of the session.

    To exit a tmux terminal and go back to the main terminal, do ctrl+b and then press d.

  • bionicjoey@lemmy.ca
    link
    fedilink
    arrow-up
    1
    ·
    1 year ago

    Decoupling the terminal from the shell also means you can keep your shell open while closing your terminal window. This can be useful on servers, or for long running commands that you want to be able to check on.

  • TheEntity@kbin.social
    link
    fedilink
    arrow-up
    1
    ·
    1 year ago

    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

    Not every terminal emulator has window splitting capabilities. Some, like Alacritty, specifically expect you to run a program like tmux if you want this functionality. Splitting within tmux also makes it vastly easier to multitask on a remote host via SSH: if you run a remote tmux, every split window is already running on the same remote host, no need to log in again and again.

  • djrubbie@lm.bittervets.org
    link
    fedilink
    arrow-up
    0
    ·
    1 year ago

    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.

    • Deebster@lemmy.ml
      link
      fedilink
      arrow-up
      0
      ·
      1 year ago

      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.

  • Corngood@lemmy.ml
    link
    fedilink
    arrow-up
    0
    ·
    1 year ago

    I didn’t see this mentioned, but by far the thing I depend on tmux for the most is being able to quickly copy and paste text from the terminal. e.g. grabbing a file name from the output of git diff. How does everyone else do this?

    Another cool one is being able to attach to a session on my phone to check on something, and have it automatically resize without disconnecting my desktop.

      • Piranha Phish@lemmy.world
        link
        fedilink
        arrow-up
        0
        ·
        1 year ago

        I suspect what they meant was copy and paste from the console and not a terminal.

        I don’t know how else somebody could do copy and paste at the console. And I don’t necessarily know that tmux can do this (I still haven’t graduated from ‘screen’), but this interpretation makes the most sense.

        If it can do this, presumably with just the keyboard, that’s a pretty decent feature.

        • Corngood@lemmy.ml
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          Yeah, doing it with the keyboard is key. I know some terminals have a way to do it, but it’s so ingrained in my muscle memory that I struggle without it, and having something that works everywhere (including try) is nice.

        • karlthemailman@sh.itjust.works
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          I’m not familiar with the terminology. What’s the distinction between a terminal and a console?

          Tmux does let you copy from a shell to your system clipboard using the keyboard, which is nice. But many terminal emulators like mobaxterm on windows let you copy as well.

          • Piranha Phish@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            The console is the virtual terminal (VT) seen initially at boot before the desktop login starts up, or where you land if there is no desktop, and where the kernel spits its raw output. It could even be configured to be a physical serial port.

            I’m using the term in a similar manner to describe the virtual terminals spawned at boot (typically 7 of them) and occupied either by a login prompt (getty) or the desktop session, and switchable with Alt-Left/Right or using the chvt command. These are analogous to the real terminals of old such as VT100 or even typewriters.

            This is in contrast to what we normally call a terminal like xterm or Konsole which runs in the GUI where it is resizable, zoomable, etc. The console, and virtual terminals, are pretty limited in the interactivity they have. For instance, there’s no mouse interaction or copy-paste functionality, at least not without some exotic setup.

  • lloram239@feddit.de
    link
    fedilink
    arrow-up
    0
    ·
    1 year ago

    The most common use case for tmux is to put long running terminal apps in the background when working remotely, e.g.:

    # start a new virtual terminal
    tmux
    
    # do something in the terminal that will take a long while to complete
    sleep 1m
    
    # put the virtual terminal into the background
    Ctrl-b d
    
    # do other stuff
    
    # reattach to the virtual terminal
    tmux a
    

    This allows you to disconnect from the server, but keep the process running in the background. It can also do split screen with multiple terminals, provide a scroll back buffer (Ctrl-b PageUp) and other stuff. But using it for background processes is probably the most common one.