El mar, 26 jul 2022 a las 12:35, Juan Erbes (<jerbes@gmail.com>) escribió:
El mar, 26 jul 2022 a las 12:20, Carlos E. R. (< robin.listas@telefonica.net>) escribió:
-----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-lv...
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-incre...
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-grou...
https://access.redhat.com/documentation/en-us/red_hat_ceph_storage/3/html/ce...
tion/using-nvme-with-lvm-optimally
https://archived.forum.manjaro.org/t/move-lvm-on-luks-manjaro-install-from-h...
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...
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-u...
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-t...
-memory
El tema de /Swap, no representa tanto espacio como para no ponerlo en el SSD. Acabo de comprar un Crucial CT500MX500SSD1 500GB.
Hago una instalación nueva de Tumbleweed y el resto del SSD lo dejo como complemento de /home/usuario/@symlink, por ejemplo muevo Documentos al SSD y en el /home/usuario/ creo el symlink apuntando a las carpetas de datos en el SSD. Con respecto al Swap, también lo puedo colocar allí. Creo que esa es la solución más sencilla, amén de revisar el tema de los tmpfs que se creen como Ramdisk.
Pensandolo bien, ya que hago una instalación nueva, sería mejor crear un /home nuevo, con el mismo usuario y clave y muevo a él las carpetas de archivos de uso frecuente y creo en el mismo home nuevo los symlinks apuntando a las carpetas que dejo en el /home viejo, como mp3, fotos y videos, creando en el fstab el punto de montaje con otro nombre, por ejemplo /data del /home viejo, adonde deben apuntar los symlinks y me evito tener que implementar LVM, con el riesgo de perder información y puedo tener un manejo más transparente. 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/