-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



El 2022-07-26 a las 12:00 -0300, Juan Erbes escribió:
> El lun, 25 jul 2022 a las 14:49, Carlos E. R. (<robin.listas@gmail.com>) escribió:
>       On 25/07/2022 17.14, Juan Erbes wrote:

...

>       Cambiar a un SSD es la operación más simple (y económica) para acelerar
>       un ordenador. Cualquier otra mejora por sí sola se nota poco, tienes que
>       cambiar varias cosas. Claro que, como siempre, depende de la carga de
>       trabajo concreta.
>
>       La primera vez que lo hice fué en un ordenador con sólo SATA 2, y se notó.
>
>       Donde más se nota es en la swap. No sólo por la velocidad i/o en bruto,
>       sino por el inexistente tiempo de posicionamiento del cabezal en acceso
>       aleatorio. El acceso a la swap es fragmentado, y se nota un horror.
>
>  
> El acceso al Swap depende de la cantidad de memoria instalada:

Obviamente. Pero si tu máquina usa swap (todas las mías lo hacen, excepto
una), tener la swap en SSD es una mejora considerable.

> Tal vez puede impactar más /tmp que /swap, principalmente cuando se ejecutan las AppImage. Seguramente lo
> que hace mejorar la perfomance usado el SSD como raíz del sistema, amén del tiempo de carga, son los
> accesos a /tmp
> Pero para evitar escrituras innecesarias del SSD que lo desgastan, optan por poner /tmp en Ramdisk.

Algo a lo que me niego. Yo quiero mis ficheros temporales borrados cuando
haga falta, no en un reboot, accidental o intencionado.

No te preocupes por el desgaste de las SSD: duran más que el ordenador.

>       Cómo distribuir los discos... buf. Generalmente yo lo uso para el
>       sistema. Otra posibilidad es poner /home también, pero poniendo
>       ~/Documents en el disco duro. Simplemente porque mis discos SSD son
>       pequeños, no me queda otra. En tu caso, pues posiblemente fotos y videos
>       en el disco duro sea una buena idea.
>
>
> Lo que realmente me molesta, es a la hora de buscar algún documento, el tiempo que tarda Dolphin en
> ordenarlos.

Eso es otra historia.

> Lo que encontré es:
> https://bbs.archlinux.org/viewtopic.php?id=262245
>
> https://ahelpme.com/linux/lvm/ssd-cache-device-to-a-hard-disk-drive-using-lvm/
>
> https://askubuntu.com/questions/205560/setting-up-lvm-with-hdd-and-ssd
>
> https://www.cyberciti.biz/faq/howto-add-disk-to-lvm-volume-on-linux-to-increase-size-of-pool/
>

Con lvm no te puedo ayudar.

Y usar el ssd como caché del disco duro, lo estuve buscando y no encontré
una manera simple y funcional de hacerlo.

> Otra cosa que me olvidaba, es como se ralentiza el sistema durante la creación de los snapshots con
> btrfs:
> https://serverfault.com/questions/535162/lvm-with-ssd-non-ssd-in-volume-group-for-snapshot-storage
>
> https://access.redhat.com/documentation/en-us/red_hat_ceph_storage/3/html/ceph_object_gateway_for_produc
> tion/using-nvme-with-lvm-optimally
>
> https://archived.forum.manjaro.org/t/move-lvm-on-luks-manjaro-install-from-hdd-to-ssd/143132
>
> Según dice aquí, "Para usar tu actual HD con lvm, necesitarás vaciarlo y formatearlo. Una forma de
> hacerlo es poner la nueva unidad como un dispositivo en el Grupo de Volumen, mover tu home actual a ella,
> formatear el HD actual y agregarlo al VG."
> https://www.enmimaquinafunciona.com/pregunta/63042/configurar-el-lvm-con-hdd-y-ssd
>
> Esto empieza a no gustarme!
>
> Otra vez lo mismo:
> —ANTES DE NADA, HAZ UNA COPIA DE SEGURIDAD DE /HOME, YA QUE SE FORMATEARÁ —
> https://www.linuxadictos.com/lvm-fusionar-discos-duros-como-si-solo-fuesen-uno.html
>
> Tal vez lo más práctico para no tener que formatear el /home actual se directamente no recurrir a LVM y
> colocarlo al SSD como una partición independiente por ejemplo /data
>

Eso no te va a mejorar nada.

> Y para que el disco SSD que compre ahora cuando actualice el hardware completo sea de poca utilidad, en
> vez de comprar uno de 1 TB, compro un SSD SATA3 de 500 GB, pero me queda el otro dilema, como el mobo
> tiene solamente 2 conectores SATA3 y en el primer disco tengo el raíz de Tumbleweed, swap y windows (que
> no lo utilizo casi nunca) y en el segundo disco tengo /home y el raíz de Leap 15.3, que rara vez lo
> utilizo y está como backup.
>
> Si tengo que elegir que disco pasar a un SATA2 desde SATA3 (home o raíz), tal vez la solución sea
> utilizar unos 60 GB del SSD para una instalación nueva de Tumbleweed , ya que al fin y al cabo 60 GB en
> un disco de 500 GB y el resto del espacio lo pongo como partición /data con permisos de usuario y muevo
> allí lo que utilizo más frecuentemente.
>
> Con respecto a /tmp, ya hace un par de años se migró a tmpfs
> https://en.opensuse.org/openSUSE:Tmp_on_tmpfs
>

No en mi casa. No me gusta dispararme en el pié, es doloroso.

>                     Installing on SSD: moving /tmp and /var into tmpfs in RAM memory
>
> https://forums.opensuse.org/showthread.php/526664-Installing-on-SSD-moving-tmp-and-var-into-tmpfs-in-RAM
> -memory