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:
> Ante la circunstancia de que el precio de los SSD está siendo cada vez
> más asequible, estaba viendo de actualizar mi pc con un SSD.
> El común de los usuarios, se fija "que el sistema cargue más rápido",
> pero la verdad es que entre la laptop del trabajo "que supuestamente
> tiene un disco de 500GB SSD" (Dell latitude 5510), no veo gran
> diferencia entre el tiempo de carga de Tumbleweed en mi pc, frente a
> Windows 10 en la Dell.
> En mi pc tengo 2 HDD:
> 1- Windows 10, Swap y / Tumbleweed capacidad 1 TB
> 2- /home y / Leap 15.3 capacidad 2 TB
>
> Dilema 1º:
> ¿Como separar los archivos de /home entre el HDD de 1.8 TB y el SSD de
> 1 TB?
> Una estrategia sería dejar los archivos más grandes como fotos y
> videos en el HDD de 1.8 TB, y las carpetas de documentos y descargas
> en el SSD de 1 TB.
>
> Dilema 2º:
> ¿Los unifico utilizando LVM?
>
> Dilema 3º:
> Dado que el mobo ya tiene sus años, solamente tiene 2 SATA3 y 4 SATA2,
> donde los SATA3 están ocupados por ambos HDD.
> No tiene conector NVME.
> No queda ningún PCIe 1x libre (queda uno pero no es utilizable ya que
> está bajo la tarjeta de video "gorda")
> Solamente queda utilizable un slot PCI común.
>
> Claramente queda como única posibilidad comprar un SSD SATA3, que me
> obligaría a colocar uno de los HDD en un conector SATA2, haciéndolo
> levemente más lento, para dejar libre un SATA3 para el SSD.
>
> Dadas las diferencias entre los SSD SATA3 y los SSD NVME, donde los
> SATA3 apenas superan los 500 MB/seg, contra los NVME que rondan los
> 3.400 MB/seg.
> https://www.namecheap.com/support/knowledgebase/article.aspx/10295/2188/sata-3-vs-m2-vs-nvme-ssd-faster-future-for-everyone/
>
> ¿Realmente vale la pena comprar un SSD SATA3 para colocar en mi actual
> pc, o actualizar la pc completa con un mobo que soporte PCIe 4.0,
> colocando los SSD NVME/M.2 y comprando una sola vez un disco SSD?.
> La última opción es la más cara, porque tengo que renovar micro,
> mother y memorias.

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:
 top - 10:37:22 up  2:06,  3 users,  load average: 0,38, 0,39, 0,34
Tasks: 297 total,   1 running, 296 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0,9 us,  0,5 sy,  0,0 ni, 98,4 id,  0,0 wa,  0,0 hi,  0,2 si,  0,0 st
MiB Mem : 15982,17+total, 9787,312 free, 2937,797 used, 3625,391 buff/cache
MiB Swap: 16523,99+total, 16523,99+free,    0,000 used. 13044,37+avail Mem

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.


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.
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/

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_production/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

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

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

Salu2

--
USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES:  http://www.opensuse.org/es/
Puedes visitar mi blog en:
http://jerbes.blogspot.com.ar/