GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE
  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Conversation

Notices

  1. Embed this notice
    :bun: Stellar (not lewd) (stellar@mk.absturztau.be)'s status on Friday, 03-Apr-2026 19:17:28 JST :bun: Stellar (not lewd) :bun: Stellar (not lewd)

    I DONT WANT YOUR FUCKING PROJECT INSIDE A FUCKING docker compose I WANT TO FUCKING GIT CLONE AND RUN IT. FUCK YOU.

    turns out you can just read the docker compose yaml file and do it yourself, oh i install redis and add some environment variables was that so hard

    In conversation about 7 hours ago from mk.absturztau.be permalink
    • Jesse 🇫🇷 likes this.
    • Embed this notice
      :bun: Stellar (not lewd) (stellar@mk.absturztau.be)'s status on Friday, 03-Apr-2026 19:24:04 JST :bun: Stellar (not lewd) :bun: Stellar (not lewd)
      in reply to

      redis and gunicorn and ASGI and Celery? this could have been a symphony project.

      In conversation about 7 hours ago permalink
      Jesse 🇫🇷 likes this.
    • Embed this notice
      :bun: Stellar (not lewd) (stellar@mk.absturztau.be)'s status on Friday, 03-Apr-2026 19:24:30 JST :bun: Stellar (not lewd) :bun: Stellar (not lewd)
      in reply to

      hold on what the fuck is this

      In conversation about 7 hours ago permalink

      Attachments


      1. https://misskey-taube.s3.eu-central-1.wasabisys.com/files/a28d728d-d2f0-4888-9997-b7527eeac877.webp
      Jesse 🇫🇷 likes this.
    • Embed this notice
      Jesse 🇫🇷 (jessew@mk.cpluspatch.com)'s status on Friday, 03-Apr-2026 19:26:30 JST Jesse 🇫🇷 Jesse 🇫🇷
      in reply to

      @Stellar@mk.absturztau.be also there's very little performance overhead since a container isn't a VM but just an isolated process

      it uses more storage but that's not a big issue

      In conversation about 7 hours ago permalink
    • Embed this notice
      Jesse 🇫🇷 (jessew@mk.cpluspatch.com)'s status on Friday, 03-Apr-2026 19:26:31 JST Jesse 🇫🇷 Jesse 🇫🇷
      in reply to

      @Stellar@mk.absturztau.be the reason devs like docker is that it makes it orders of magnitude easier for the dev to support every single linux distro and library combo (which users insist on), and you don't have to spend hours and hours of your completely unpaid time to find out why the specific build of glibc on debian 7.2 breaks your app or something

      this is a really common scenario, it's why docker and containers in general exist at all

      In conversation about 7 hours ago permalink
    • Embed this notice
      Jesse 🇫🇷 (jessew@mk.cpluspatch.com)'s status on Friday, 03-Apr-2026 19:29:28 JST Jesse 🇫🇷 Jesse 🇫🇷
      in reply to

      @Stellar@mk.absturztau.be it is gross but to be fair most software assumes you're running it on a shared host, things like lxc aren't used by that many people

      i can tell you i stopped supporting "build from source" on my biggest 2-year project and now only offer nix and docker builds because it became such a burden to support from-source builds that it was better to just drop it

      In conversation about 7 hours ago permalink
    • Embed this notice
      :bun: Stellar (not lewd) (stellar@mk.absturztau.be)'s status on Friday, 03-Apr-2026 19:29:30 JST :bun: Stellar (not lewd) :bun: Stellar (not lewd)
      in reply to
      • Jesse 🇫🇷

      @jessew@mk.cpluspatch.com yeah but a container inside a lxc inside a proxmox is fucking gross

      In conversation about 7 hours ago permalink
    • Embed this notice
      Jesse 🇫🇷 (jessew@mk.cpluspatch.com)'s status on Friday, 03-Apr-2026 19:33:42 JST Jesse 🇫🇷 Jesse 🇫🇷
      in reply to

      @Stellar@mk.absturztau.be that's literally untrue though, docker doesn't eat any resources, it's not a VM

      processes spawned via docker use exactly the same amount of memory than non-docker things because containers are just standard processes with strict isolation rules

      In conversation about 7 hours ago permalink
    • Embed this notice
      :bun: Stellar (not lewd) (stellar@mk.absturztau.be)'s status on Friday, 03-Apr-2026 19:33:46 JST :bun: Stellar (not lewd) :bun: Stellar (not lewd)
      in reply to
      • Jesse 🇫🇷

      @jessew@mk.cpluspatch.com i think docker is a huge bloated slow mess that eats too much ressources

      In conversation about 7 hours ago permalink
    • Embed this notice
      Jesse 🇫🇷 (jessew@mk.cpluspatch.com)'s status on Friday, 03-Apr-2026 20:43:35 JST Jesse 🇫🇷 Jesse 🇫🇷
      in reply to

      @Stellar@mk.absturztau.be here i'll cite a research paper from IBM

      https://web.archive.org/web/20180721215315/https://domino.research.ibm.com/library/cyberdig.nsf/papers/0929052195DD819C85257D2300681E7B/$File/rc25482.pdf

      tldr identical performance to native in every way except networking, which is a bit slower (almost the same as a VM through KVM)

      In conversation about 5 hours ago permalink

      Attachments

      1. No result found on File_thumbnail lookup.
        IBM Research | Technical Paper Search | An Updated Performance Comparison of Virtual Machines and Linux Containers(Search Reports)
        The An Updated Performance Comparison of Virtual Machines and Linux Containers report web page.
    • Embed this notice
      kimapr (kimapr@ublog.kimapr.net)'s status on Friday, 03-Apr-2026 22:43:47 JST kimapr kimapr
      in reply to
      • Jesse 🇫🇷

      @jessew @Stellar Fun fact: if you forward a docker container port to localhost and then access that port it’ll route all connections through a userspace proxy written in Go. This proxy that just blindly forwards raw data is less efficient than fucking Forgejo.

      In conversation about 3 hours ago permalink
      Jesse 🇫🇷 likes this.

Feeds

  • Activity Streams
  • RSS 2.0
  • Atom
  • Help
  • About
  • FAQ
  • TOS
  • Privacy
  • Source
  • Version
  • Contact

GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.