Piano.cat
    • Categories
    • Recent
    • Tags
    • Popular
    • World
    • Users
    • Groups
    • Register
    • Login
    1. Principal
    2. Uncategorized
    3. - 3 servidors #appy necessiten 192+173+117 = 482 megues de RAM
    This topic has been deleted. Only users with topic management privileges can see it.
    • spla@mastodont.catS spla@mastodont.cat

      - 3 servidors #appy necessiten 192+173+117 = 482 megues de RAM

      spla@mastodont.catS spla@mastodont.cat

      - 3 servidors #appy necessiten 192+173+117 = 482 megues de RAM
      - 1 servidor #Mastodon 322+300+290+290 = 1.202 megues de RAM
      - 1 servidor #Pleroma (veure imatge) 491 megues de RAM
      - 1 servidor #Akkoma (veure imatge) 395,3 de RAM

      Tots els servidors tenen un sol usuari actiu.
      #appy és la millor opció, clarament (#Python #fastAPI) 😀

      #ServidorsDelFedivers

        0
        Offline spla@mastodont.cat •
        , last edited by spla@mastodont.cat
      • spla@mastodont.catS spla@mastodont.cat
        spla@mastodont.catS spla@mastodont.cat

        També tinc dades de #Misskey
        - 1 sol servidor Misskey necessita 945,6 megues de RAM, el segon pitjor en consum de RAM després de Mastodon.
        Igual que els anteriors servidors, aquest de Misskey només té un usuari actiu.

        #appy guanya a tots en consum de RAM.

        #ServidorsDelFedivers

          1
          Offline spla@mastodont.cat •
          , last edited by spla@mastodont.cat
        • nandeth@draggar.catN nandeth@draggar.cat
          nandeth@draggar.catN nandeth@draggar.cat

          @spla aquesta comprativa dubto que disti de ser en igualtat de condicions. Estem parlant del core d’un servidor de ActivityPub o de tot el servei en sí (ActivityPub, client web, tasques background,…)?

            0
            Offline nandeth@draggar.cat •
            , last edited by
          • spla@mastodont.catS spla@mastodont.cat
            spla@mastodont.catS spla@mastodont.cat

            @nandeth tots els processos relacionats amb cada programari/usuari que apareixen a btop. Per cert, tots els programaris s'executen en el mateix servidor per tant el maquinari és el mateix per a tots.
            Redis no compta perquè el servidor és el mateix per a tots. nginx no compta perquè el servidor és el mateix per a tots. Postgresql no compta perquè és el mateix per a tots.

              0
              Offline spla@mastodont.cat •
              , last edited by spla@mastodont.cat
            • nandeth@draggar.catN nandeth@draggar.cat
              nandeth@draggar.catN nandeth@draggar.cat

              @spla a les captures s’hi veient processos amb múltiples fils, pero no que estan fent cadascun ni perquè han aixecat aquesta quantitat de subprocessos.

              Això no indica que un programari sigui més eficient que un altre. Només que fan coses i treballant de forma diferent. A més, un programari pot no semblar eficient amb n usuaris concurrents, pero sí amb n+ en comparació amb un altre.

                0
                Offline nandeth@draggar.cat •
                , last edited by
              • spla@mastodont.catS spla@mastodont.cat
                spla@mastodont.catS spla@mastodont.cat

                @nandeth tots estan fent exactament el mateix, rebre activitats ActivityPub des del fedivers, res més. La comparativa és bona i precisa. 😃

                  0
                  Offline spla@mastodont.cat •
                  , last edited by
                • nandeth@draggar.catN nandeth@draggar.cat
                  nandeth@draggar.catN nandeth@draggar.cat

                  @spla bueno, no discutirem. Si tu ho creus així, endavant.

                    0
                    Offline nandeth@draggar.cat •
                    , last edited by
                  • spla@mastodont.catS spla@mastodont.cat
                    spla@mastodont.catS spla@mastodont.cat

                    @nandeth 👍

                      0
                      Offline spla@mastodont.cat •
                      , last edited by
                    Loading More Posts
                    • Oldest to Newest
                    • Newest to Oldest
                    • Most Votes
                    Reply
                    • Reply as topic
                    Log in to reply
                    • First post
                      Last post