My Nextcloud has always been sluggish — navigating and interacting isn’t snappy/responsive, changing between apps is very slow, loading tasks is horrible, etc. I’m curious what the experience is like for other people. I’d also be curious to know how you have your Nextcloud set up (install method, server hardware, any other relevent special configs, etc.). Mine is essentially just a default install of Nextcloud Snap.

Edit (2024-03-03T09:00Z): I should clarify that I am specifically talking about the web interface and not general file sync capabilites. Specifically, I notice the sluggishness the most when interacting with the calendar, and tasks.

  • LufyCZ@lemmy.world
    link
    fedilink
    English
    arrow-up
    12
    arrow-down
    5
    ·
    8 months ago

    Not in this context. Bare metal means all packages and services installed and running directly on the host, not through docker/lxc/vms

    • atzanteol@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      9
      arrow-down
      10
      ·
      edit-2
      8 months ago

      Yes - in this context containers run on bare metal. They run directly on the host. They even show up in the host’s process list with PIDs. There is no virtual machine between an executable running in a docker image and the CPU on the host.

      • LufyCZ@lemmy.world
        link
        fedilink
        English
        arrow-up
        7
        arrow-down
        3
        ·
        8 months ago

        Have you read my comment? It’s about where the packages and services are installed.

        In this case, they’re installed in the container, not on the host

        • atzanteol@sh.itjust.works
          link
          fedilink
          English
          arrow-up
          10
          arrow-down
          3
          ·
          edit-2
          8 months ago

          What is it you think the “metal” is in in the phrase “running on bare metal?”

          Your comment is irrelevant. Who cares in what directory or disk image the packages are installed? If I run in a “chroot jail” am I not “running on bare metal?” What if I include a library in /opt/application/lib? Does it matter if the binaries are on an NFS share? This is all irrelevant.

          The phrase means to be not running in any emulation. To answer my question above - the “metal” is the CPU (edit: and other hardware).

          edit2: I mean - it’s the defining characteristic of containers that they execute on bare metal unlike VMs and (arguably - I won’t get into it) hypervisors. There is no hardware abstraction at all. They just run natively.

          • LufyCZ@lemmy.world
            link
            fedilink
            English
            arrow-up
            2
            arrow-down
            4
            ·
            8 months ago

            It’s just what it means in this specific context.

            They’re not running directly on the host, with directly meaning directly.

            If you go by definition, I agree with you, but the definition is not always the thing to go off of.

            • Synnr@sopuli.xyz
              link
              fedilink
              English
              arrow-up
              1
              ·
              8 months ago

              Is docker virtualized or otherwise emulating something? It’s just a way to package things, like an installer? Then it’s bare metal.

              I had to look this up too, I thought docker containers were virtualized.

            • atzanteol@sh.itjust.works
              link
              fedilink
              English
              arrow-up
              3
              arrow-down
              2
              ·
              8 months ago

              It’s just what it means in this specific context.

              “I used the wrong words but I feel like justifying them as right.”

              This is that whole “I know literally means literally the opposite of what I meant but deal with it” bullshit. Whatever, I’ll not argue with such lunacy. Words mean whatever you want them to.

              • LufyCZ@lemmy.world
                link
                fedilink
                English
                arrow-up
                3
                arrow-down
                1
                ·
                8 months ago

                Words evolve, and sometimes, they gain new meanings. “Bare metal” is not a scientific terms, and so it can be bent depending on the context.

                You can either accept that or not, it doesn’t change the fact that that’s what it now can mean.

              • atzanteol@sh.itjust.works
                link
                fedilink
                English
                arrow-up
                1
                arrow-down
                2
                ·
                8 months ago

                He look - I drive a car with a V8! I mean I know it only has 4 cylinders in-line but I count them twice and I like the letter “V” so in this specific context it’s a V8!

        • teawrecks@sopuli.xyz
          link
          fedilink
          English
          arrow-up
          5
          ·
          8 months ago

          It’s all about where the packages and services are installed

          No. Your packages and services could be on a network share on the other side of the world, but where they are run is what matters here. Processes are always loaded into, and run from main memory.

          “Running on bare metal” refers to whether the CPU the process is being run on is emulated/virtualized (ex. via Intel VT-x) or not.

          A VM uses virtualization to run an OS, and the processes are running within that OS, thus neither is running on bare metal. But the purpose of containers is to run them wherever your host OS is running. So if your host is on bare metal, then the container is too. You are not emulating or virtualizing any hardware.

          Here’s an article explaining the difference in more detail if needed.