Cambio de la ubicación del caché de Chromium de SSD a RAM usando psd en OpenRC
Hola, soy Munou.
Casualmente estaba mirando la Arch Wiki y encontré algo interesante.
Mejora del rendimiento - ArchWiki
- Para saber cómo sincronizar los perfiles del navegador, consulte Profile-sync-daemon. Ciertos navegadores pueden requerir atención especial. Por ejemplo, consulte Firefox Ramdisk.
Me pareció que tenía sentido, así que decidí probarlo.
Después de escribirlo, me di cuenta de que el japonés del título suena un poco raro, pero...
Básicamente, diversa información como el caché de Chromium por usuario...
...se coloca bajo ~/.config/chromium. Por defecto, esto se guarda en un disco persistente como un HDD/SSD, pero si se pone en RAM ( tmpfs ), será más rápido, ¿verdad? ¿Se pierde porque es RAM? Entonces, la idea es copiarlo periódicamente al disco persistente mientras está en funcionamiento.
Hace tiempo era común tratar el área de RAM sobrante como un disco persistente. ¿Será un sobreviviente de ese tipo de cosas?
Instalación
sudo pacman -S profile-sync-daemon
Configuración
Como por defecto no hay nada activado, editamos ~/.config/psd/psd.conf.
En mi caso, como uso una laptop que entra en suspensión a menudo, uso esta configuración.
$ cat ~/.config/psd/psd.conf | grep -v \#
USE_SUSPSYNC="yes"
BROWSERS=(chromium firefox vivaldi)
USE_OVERLAYFS="yes"
Para ejecutarlo en OpenRC
Añadir bajo /etc/local.d
$ cat /etc/local.d/psd.start
#!/bin/sh
/usr/bin/psd sync
$ cat /etc/local.d/psd.stop
#!/bin/sh
/usr/bin/psd resync
/usr/bin/psd unsync
$ chmod +x /etc/local.d/psd*
Reinicie el servicio local después de detener todos los procesos que desea gestionar, incluido chromium.
sudo rc-service local restart
Verifique que el enlace simbólico apunte hacia tmpfs.
$ ls -la ~/.config/chromium
lrwxrwxrwx 1 haturatu haturatu 36 4月 19 08:38 /home/haturatu/.config/chromium -> /run/user/1000/psd/haturatu-chromium
Conclusión
Lo hice, pero...
Antes de mover cosas a la RAM y demás, creo que sería mejor hacer una buena limpieza ^^;
*Nota adicional
En el caso de OpenRC, debe ejecutarse en el espacio de usuario y, como está diseñado para systemd, los datos podrían perderse si se usa tal cual. Por lo tanto, no lo recomiendo, pero añadiré información sobre cómo evitarlo más adelante.
He creado un demonio para OpenRC
yay -S profile-sync-daemon-openrc-git