• Taleya@aussie.zone
    link
    fedilink
    English
    arrow-up
    2
    ·
    14 minutes ago

    Windows treats user commands like most tech treats consent. Negotiable, ignorable.

    Linux brooks no bullshit. The program will do as it is told.

  • KeenFlame@feddit.nu
    link
    fedilink
    arrow-up
    1
    ·
    2 minutes ago

    Oh sweet summer children… its worse. Linux tells the program to kill itself, then makes sure it happens

  • CanadaPlus@lemmy.sdf.org
    link
    fedilink
    arrow-up
    8
    ·
    7 hours ago

    From what I’ve heard about Windows, it works more like the Simpson’s Barney coming up behind Moe meme.

    So, as it should be.

  • da_cow (she/her)@feddit.org
    link
    fedilink
    arrow-up
    78
    ·
    edit-2
    13 hours ago

    While the meme is very funny, it is technically incorrect. Linux has two major ways of terminating a process. When Linux wants a process to terminate execution (for whatever reason) it first sends the SIGTERM signal to the process, which basically “asks” the process to terminate itself. This has the advantage, that the process gets the chance to save its state in a way, that the execution can continue at another time. If the process however ignores the SIGTERM signal at some point Linux will instead forcefully terminate the execution using the SIGKILL signal. This represents what the image shows.

    Before someone gets mat at me: I know, that there are like 50 more Signals relevant to this, but wanted to keep it simple.

  • NeatNit@discuss.tchncs.de
    link
    fedilink
    arrow-up
    64
    ·
    14 hours ago

    Stop spreading this lie. Linux has a more graceful shutdown process than Windows ever did. It doesn’t abruptly kill everything.

    • chaospatterns@lemmy.world
      link
      fedilink
      English
      arrow-up
      1
      ·
      2 hours ago

      Windows has something called the ShutdownBlockReasonCreate API which enables apps with long running operations to prevent a shutdown to avoid corruption or losing work.

      Is there an equivalent for Linux? When used appropriately, it makes shut downs even more graceful.

      • NeatNit@discuss.tchncs.de
        link
        fedilink
        arrow-up
        1
        ·
        3 minutes ago

        I don’t know the technical details, all I know is that if I click Shut Down while I have unsaved work open, it tells me about it and doesn’t just kill everything.

      • UnfortunateShort@lemmy.world
        link
        fedilink
        English
        arrow-up
        3
        ·
        12 hours ago

        Well, I don’t know whether it’s by default, but systemd does so - if the program doesn’t close in a timely manner (or there is an exception configured)

  • Shanmugha@lemmy.world
    link
    fedilink
    arrow-up
    49
    ·
    15 hours ago

    Windows:

    • program refuses to shutdown
    • system: okay, guess you don’t need your computer to turn off anyway
    • JelleWho@lemmy.world
      link
      fedilink
      arrow-up
      12
      ·
      13 hours ago

      There is a windows registry hack to set the shutdown wait time for 1s and that did fix it for me. But every update they turn it back to unlimited.

      (I ended up installing Linux, I only have the dnf5daemon server holding the shutdown up for atnost 5min now. But I haven’t tried to fix it)

      • Shanmugha@lemmy.world
        link
        fedilink
        arrow-up
        12
        ·
        13 hours ago

        Which is why in my Windows days I got a habit of turning computer off with Windows + R --> shutdown -s -f -t 0

        Windows just works, my ass :)

  • Rolivers@discuss.tchncs.de
    link
    fedilink
    English
    arrow-up
    41
    ·
    16 hours ago

    Windows task manager:

    Let’s play a whack a mole game where the app you’re trying to kill constantly moves up and down a list by default! Enjoy!

    • egrets@lemmy.world
      link
      fedilink
      arrow-up
      24
      ·
      12 hours ago

      There’s a non-obvious freeze function in the Task Manager - for as long as you hold the Ctrl key, it’ll stop updating the list. I have no idea why this functionality is hidden, but I guess Dave Plummer had some unusual ideas about UX.

  • jet@hackertalks.com
    link
    fedilink
    English
    arrow-up
    72
    arrow-down
    2
    ·
    18 hours ago

    Graceful like closing a laptop and putting it in a backpack only to have windows refuse to shutdown and become a heater until it cooks the battery and ruins the screen…

    • Aganim@lemmy.world
      link
      fedilink
      arrow-up
      1
      ·
      57 minutes ago

      To be honest, Mint is no better in that regard on my laptop. Closing my laptop and pulling the power adapter always results in the system not going to sleep mode, but remaining active. Opening it will actually cause it to resume going to sleep. Really annoying.

      • EldritchFemininity@lemmy.blahaj.zone
        link
        fedilink
        arrow-up
        1
        ·
        47 minutes ago

        I literally had this happen with my desktop last night, and it’s entirely down to Windows actively choosing to go into sleep mode or not. No activity on the computer, click on sleep, the monitors go off and I started to walk away except I noticed that my keyboard and mouse were still on (the first things to turn off when Windows goes to sleep for me) and the fans were still running. Wiggled the mouse and it had only turned the monitors off. I tried it 2 or 3 more times and Windows kept doing the same thing - putting the monitors to sleep and nothing else. I eventually just straight up shut it down with the power button.

      • baropithecus@lemmy.world
        link
        fedilink
        arrow-up
        10
        ·
        10 hours ago

        It absolutely isn’t. If a laptop lid is closed, it needs to be sleeping, period. No random updates, no search indexing. I’ve also had this happen after explicitly putting laptops into sleep AND closing the lid. No idea how Apple is the only company able to do this consistently.

          • baropithecus@lemmy.world
            link
            fedilink
            arrow-up
            4
            ·
            8 hours ago

            I haven’t used a mac for over a decade, but for the decade or so before that it never happened to me once, either on an iBook or MBP. Perhaps something changed in the meantime.

            • merc@sh.itjust.works
              link
              fedilink
              arrow-up
              2
              arrow-down
              1
              ·
              4 hours ago

              Apple laptops are typically extremely good when it comes to sleep and suspend.

              A major advantage of having a very small range of hardware you have to support is that it’s pretty easy to test all possible combinations and make sure they work well together. As far as I’m concerned, Apple has been, and probably always will be the undisputed champion of doing this right.

      • xav@programming.dev
        link
        fedilink
        arrow-up
        17
        ·
        15 hours ago

        Nope. Go read about the “modern suspend” a.k.a. S0ix horror stories. Totally the fault of Microsoft+manufacturers, happens in Linux and Windows.

  • 1984@lemmy.today
    link
    fedilink
    arrow-up
    26
    arrow-down
    2
    ·
    15 hours ago

    I mean, also look at how windows installs programs. Its like a 100 step process taking several minutes, because just putting the files where they need to be is just too simple.

    Or the uninstall program, cant just remove the files, no… Need to run full installer backwards to remove all the registry entries and even reboot the system to get rid of it all.

    • Victor@lemmy.world
      link
      fedilink
      arrow-up
      12
      ·
      15 hours ago

      One of the actual (many) reasons that drove me from Windows. Over the years it became so dirty to have so many old files and registry entries that were abandoned by their respective uninstallers that I became wary of installing anything at all, and that’s not the feeling I want with my personal computer.

    • FishFace@piefed.social
      link
      fedilink
      English
      arrow-up
      7
      ·
      13 hours ago

      Uninstallation on Linux needs to do the equivalent of removing registry entries (settings) as well. Neither prices typically takes long. Windows does require more reboots, but you can typically get away without rebooting still.

      • Natanael@infosec.pub
        link
        fedilink
        arrow-up
        6
        ·
        12 hours ago

        The main difference is Linux package managers with their package metadata is better at cleaning up than corresponding Windows installers.

        Especially antivirus programs, they are the worst

        • FishFace@piefed.social
          link
          fedilink
          English
          arrow-up
          5
          ·
          12 hours ago

          Some of them, but not all of them. Uninstalling things on windows also often leaves registry entries. It’s just not that different

  • Scoopta@programming.dev
    link
    fedilink
    arrow-up
    210
    arrow-down
    7
    ·
    22 hours ago

    Ironically it’s actually the opposite. Linux has signals, and with the exception of SIGKILL and I think SIGABRT they can all be handled gracefully. Windows on the other hand doesn’t have signals, it can only TerminateProcess() which is forceful. The illusion of graceful termination on windows is done by sending a Window close message to all of the windows belonging to a given process, however in the event the process has no windows, only forceful termination is available due to the lack of a real mechanism to gracefully terminate processes. That’s why the taskkill command tells you a process requires forceful termination when you run it against something headless.

      • Scoopta@programming.dev
        link
        fedilink
        arrow-up
        2
        arrow-down
        2
        ·
        5 hours ago

        You clearly didn’t read my message…I said a “window close message.” I.e…WM_CLOSE. that is not a process signal, it’s a window management signal. Hence taskkill not working without /f on headless processes

        • Feyd@programming.dev
          link
          fedilink
          arrow-up
          2
          ·
          1 hour ago

          Long running headless processes on windows generally still have an event loop and a window handle via which they process those messages.

    • mkwt@lemmy.world
      link
      fedilink
      arrow-up
      90
      arrow-down
      1
      ·
      22 hours ago

      Windows does, in fact, have signals. They’re just not all the same as Unix signals, and the behavior is different. Here’s a write-up.

      You’re correct there is no “please terminate but you don’t have to” signal in Windows. Windowless processes sometimes make up their own nonstandard events to implement the functionality. As you mentioned, windowed processes have WM_CLOSE.

      Memory access violations (akin to SIGSEGV), and other system exceptions can be handled through Structured Exception Handling.

      • Scoopta@programming.dev
        link
        fedilink
        arrow-up
        11
        ·
        21 hours ago

        TIL about the console signaling stuff, good to know. I am aware of SEH but that seemed a little too in the weeds for this discussion since that’s as you say akin to SIGSEGV

        • marcos@lemmy.world
          link
          fedilink
          arrow-up
          13
          ·
          20 hours ago

          The NT kernel was all built to emulate object orientation (read Smalltalk, not C++) style message passing. That’s because it was the 90s, and it’s the new technology kernel.

          So yeah, expect everything to have more flexibility sending data around, and no standardization at all so you can’t have any generic functionality.

    • Rhaedas@fedia.io
      link
      fedilink
      arrow-up
      9
      arrow-down
      2
      ·
      22 hours ago

      It also means the OS is in total control of the things it’s running. This goes for running programs, shutting down, and crashing. The only crashes I have on my Linux are when I use up memory, and I’m still convinced that even though everything looks seized up, if I left it for hours or days it would probably end up resolving itself. I’ve had some cases where the OS saw the program wasn’t going in a good direction fast enough and killed it.

      • SaharaMaleikuhm@feddit.org
        link
        fedilink
        arrow-up
        2
        ·
        16 hours ago

        Most linux systems have two OOM killers, one in the kernel that will execute as a last resort when your system is already frozen up, and one in systemd that should run earlier to prevent your system from freezing up. That one works sometimes, I think it does an okay job actually.

    • xan1242@lemmy.dbzer0.com
      link
      fedilink
      arrow-up
      2
      arrow-down
      1
      ·
      21 hours ago

      Plus, if something seemingly can’t be terminated with that, 99% of the time it’s a kernel level lockup (e.g. disk IO). At which point you only have 2 options: kill it via a kernel debugger or (the more likely scenario) perform a reboot.

      • cm0002@infosec.pubOP
        link
        fedilink
        arrow-up
        3
        arrow-down
        12
        ·
        18 hours ago

        I kind of love it though it’s like tje fine wine of the internet getting worse and worse yet better and better with time.

        Each repost adds another layer of artifact and grit until you can barely make out what the original even meant. It’s been screenshotted and cropped and saved and shared, on Facebook and Reddit and Xitter who cared? From phone to phone and site to site the pixels crumble day and night!

        The colors fade, the text grows blurry, reposted fast, reposted hurry! Through Discord servers, Instagram feeds and Fedi-instance’s it spreads like mold, like digital weeds! One hundred times! One thousand more! The quality drops right through the floor! And yet we laugh and yet we share this crusty meme beyond repair!

        So let it crumble, let it fray, this meme will live another day. For in its crust we find the truth, the internet’s eternal youth!

        • Quibblekrust@thelemmy.club
          link
          fedilink
          English
          arrow-up
          14
          ·
          16 hours ago

          The image’s content is plain wrong. Waxing poetic about JPEG artifacts doesn’t make this image any more interesting or funny. It’s just dumb.