Conversation

Notices

1. Embed this notice
   spectrumGirl (she/her) ?‍?? (spectrumgirl@xarxa.cloud)'s status on Thursday, 21-Nov-2024 04:37:12 JST spectrumGirl (she/her) ?‍??

   #feditips #datosDigitales

   🤗 LLevo de almacenamiento 357 MB con mi cuenta. Lo podéis ver en la preferencias (importar, exportar> exportar info en almacenamiento)

   👍 Recordad que en:
   Eliminación automática de publicaciones
   Podéis marcar la casilla de Borrar automáticamente publicaciones antiguas y poner el umbral de tiempo que le indiquéis

   • Embed this notice
     David Marzal (davidmarzalc@masto.es)'s status on Thursday, 21-Nov-2024 05:16:47 JST David Marzal

     in reply to

     @spectrumgirl 450 KB (se nota el cambio de instancia).

     Añado que ya que entráis a esa web, hacer un export de la gente que seguís!

   • Embed this notice
     spectrumGirl (she/her) ?‍?? (spectrumgirl@xarxa.cloud)'s status on Friday, 22-Nov-2024 02:03:19 JST spectrumGirl (she/her) ?‍??

     in reply to

     • :arch: Moribundo Insurgente

     @moribundo
     Esto es un job que se procesa en segundo plano de manera asíncrona con un sistema de colas (sidekiq) y para ir borrando se ejecuta cada x tiempo.
     Por nuestro nodo (que es por lo que puedo hablar) tenemos optimizada la config de los workers y el número basado en la CPU que tenemos. Aparte a nivel de carga de users a nosotras en nuestro nodo por ejemplo no repercute en un aumento considerable de la CPU.
     Imagino que en instancias más grandes tendrán un server dedicado para ello.

   • Embed this notice
     :arch: Moribundo Insurgente (moribundo@hispagatos.space)'s status on Friday, 22-Nov-2024 02:03:20 JST :arch: Moribundo Insurgente

     in reply to

     @spectrumgirl yo tengo una duda. Hay quien dice que no es una buena práctica porque el servidor está continuamente haciendo limpieza de todas las usuarias que ponen límite (una instancia con cientos o miles de usuarias limpiando debe ser brutal). Se disparan los recursos necesarios para limpiar a la vez que se sigue dando servicio.
     Entonces, ¿aun así sale a cuenta?

   • Embed this notice
     spectrumGirl (she/her) ?‍?? (spectrumgirl@xarxa.cloud)'s status on Friday, 22-Nov-2024 02:04:59 JST spectrumGirl (she/her) ?‍??

     in reply to

     • :arch: Moribundo Insurgente

     @moribundo También lo ideal para que preveer es tener en cuenta la monitorización y observabilidad y tener herramientas que lanzan alertas si se acumulan los jobs, por ejemplo.

   • Embed this notice
     #:idle: Don T3rr0rz0n3 :vf: (t3rr0rz0n3@xarxa.cloud)'s status on Friday, 22-Nov-2024 02:09:57 JST #:idle: Don T3rr0rz0n3 :vf:

     in reply to

     • :arch: Moribundo Insurgente

     @spectrumgirl @moribundo además de todos los vcores que tenemos tampoco hay alertas de CPU, este gráfico son los últimos 30 días de consumo de CPU. De media estamos entre 20 y 30% excepto los últimos días que se ha incrementado más porque estoy tocando cositas para preparar la migración.