Dilemas con discos SSD
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... ¿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. 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/
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...
¿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. 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. -- Cheers / Saludos, Carlos E. R. (from openSUSE 15.3 (Legolas))
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...
¿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-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... 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... 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 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> https://forums.opensuse.org/showthread.php/526664-Installing-on-SSD-moving-t... 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/
-----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
- -- Cheers Carlos E. R. (from openSUSE 15.3 (Legolas)) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCYuAFzRwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfV37MAn1G/qV8etQ/ZuZasqt3T BMrmoaocAJ9sOmV2eZB8+CRDh7oHZjZvE10b9g== =wGxL -----END PGP SIGNATURE-----
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. 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/
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/
On 26/07/2022 18.07, Juan Erbes wrote:
El mar, 26 jul 2022 a las 12:35, Juan Erbes (<<>>) escribió El mar, 26 jul 2022 a las 12:20, Carlos E. R.(<>>) escribió:
...
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
Mismo UID, eso es lo importante.
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.
Eso está mejor. -- Cheers / Saludos, Carlos E. R. (from openSUSE 15.3 (Legolas))
El mar, 26 jul 2022 a las 15:40, Carlos E. R. (<robin.listas@telefonica.net>) escribió:
On 26/07/2022 18.07, Juan Erbes wrote:
El mar, 26 jul 2022 a las 12:35, Juan Erbes (<<>>) escribió El mar, 26 jul 2022 a las 12:20, Carlos E. R.(<>>) escribió:
...
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
Mismo UID, eso es lo importante.
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.
Eso está mejor.
Gracias!
Algunos comentarios de mi elección: Elegí el segundo del ranking SATA Drives: https://www.tomshardware.com/reviews/best-ssds,3891.html El modelo se presta a la confusión, porque está mas difundido el BX500 que el MX500 y a veces no se fija que representa el cambio de una sola letra: https://www.minitool.com/backup-tips/crucial-bx500-vs-mx500.html The Crucial MX500 <https://www.minitool.com/news/crucial-mx500-sata-solid-state-drive.html> is the first Crucial’s drive based on Micron’s 64-layer 3D TLC NAND and it is the second generation of Crucial’s mainstream MX series using TLC NAND. The Crucial MX500 SSD is available in both 2.5 inch and M.2 <https://www.minitool.com/lib/m2-ssd.html> 2280 form factors. It comes with four different storage capacities and can reach up to 2TB. The Crucial MX500 SSD comes with good quality, speed and security that are backed by helpful service and support. También vi esto: https://www.crucial.es/articles/about-ssd/how-to-format-a-solid-state-drive Habilite TRIM para preservar el rendimiento de la SSD Si el sistema operativo de su ordenador ofrece compatibilidad con TRIM, al activarlo su ordenador se asegurará automáticamente de que los datos guardados en su SSD se gestionen correctamente. El reformateo, junto con la compatibilidad para TRIM, pueden compararse con la desfragmentación de un disco duro porque, aunque la tecnología es diferente, ambos procesos obtienen resultados similares: la eliminación de archivos que ya no se necesitan. Es importante tener en cuenta que las unidades de estado sólido no necesitan desfragmentarse, solo que el comando TRIM es similar a la desfragmentación. Ahora viene la pregunta: ¿Cuando uno instala Opensuse, el particionador lo detecta y configura como SSD, habilitando la función TRIM? https://forums.opensuse.org/showthread.php/537385-Do-I-need-to-enable-TRIM También hay que hacer un "Disable btrfsmaintenance" https://en.opensuse.org/SDB:Disable_btrfsmaintenance Pero allí primero desactiva el TRIM y después dice de ejecutarlo manualmente. ¿Como lo manejan Ustedes? 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/
El mié, 27 jul 2022 a las 10:18, Juan Erbes (<jerbes@gmail.com>) escribió:
El mar, 26 jul 2022 a las 15:40, Carlos E. R. (< robin.listas@telefonica.net>) escribió:
On 26/07/2022 18.07, Juan Erbes wrote:
El mar, 26 jul 2022 a las 12:35, Juan Erbes (<<>>) escribió El mar, 26 jul 2022 a las 12:20, Carlos E. R.(<>>) escribió:
...
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
Mismo UID, eso es lo importante.
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.
Eso está mejor.
Gracias!
Algunos comentarios de mi elección: Elegí el segundo del ranking SATA Drives: https://www.tomshardware.com/reviews/best-ssds,3891.html
El modelo se presta a la confusión, porque está mas difundido el BX500 que el MX500 y a veces no se fija que representa el cambio de una sola letra: https://www.minitool.com/backup-tips/crucial-bx500-vs-mx500.html
The Crucial MX500 <https://www.minitool.com/news/crucial-mx500-sata-solid-state-drive.html> is the first Crucial’s drive based on Micron’s 64-layer 3D TLC NAND and it is the second generation of Crucial’s mainstream MX series using TLC NAND. The Crucial MX500 SSD is available in both 2.5 inch and M.2 <https://www.minitool.com/lib/m2-ssd.html> 2280 form factors. It comes with four different storage capacities and can reach up to 2TB.
The Crucial MX500 SSD comes with good quality, speed and security that are backed by helpful service and support. También vi esto: https://www.crucial.es/articles/about-ssd/how-to-format-a-solid-state-drive Habilite TRIM para preservar el rendimiento de la SSD
Si el sistema operativo de su ordenador ofrece compatibilidad con TRIM, al activarlo su ordenador se asegurará automáticamente de que los datos guardados en su SSD se gestionen correctamente.
El reformateo, junto con la compatibilidad para TRIM, pueden compararse con la desfragmentación de un disco duro porque, aunque la tecnología es diferente, ambos procesos obtienen resultados similares: la eliminación de archivos que ya no se necesitan. Es importante tener en cuenta que las unidades de estado sólido no necesitan desfragmentarse, solo que el comando TRIM es similar a la desfragmentación. Ahora viene la pregunta: ¿Cuando uno instala Opensuse, el particionador lo detecta y configura como SSD, habilitando la función TRIM?
https://forums.opensuse.org/showthread.php/537385-Do-I-need-to-enable-TRIM
También hay que hacer un "Disable btrfsmaintenance"
https://en.opensuse.org/SDB:Disable_btrfsmaintenance
Pero allí primero desactiva el TRIM y después dice de ejecutarlo manualmente.
¿Como lo manejan Ustedes?
Salu2
Comencé la instalación de Tumbleweed, al SSD lo reconoce como de 465 GB y utilizando el particionador guiado me propone 165 GB para / y 300 GB para /home ¿No es demasiado para la partición root? 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/
El jue, 28 jul 2022 a las 12:01, Juan Erbes (<jerbes@gmail.com>) escribió:
El mié, 27 jul 2022 a las 10:18, Juan Erbes (<jerbes@gmail.com>) escribió:
El mar, 26 jul 2022 a las 15:40, Carlos E. R. (< robin.listas@telefonica.net>) escribió:
On 26/07/2022 18.07, Juan Erbes wrote:
El mar, 26 jul 2022 a las 12:35, Juan Erbes (<<>>) escribió El mar, 26 jul 2022 a las 12:20, Carlos E. R.(<>>) escribió:
...
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
Mismo UID, eso es lo importante.
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.
Eso está mejor.
Gracias!
Algunos comentarios de mi elección: Elegí el segundo del ranking SATA Drives: https://www.tomshardware.com/reviews/best-ssds,3891.html
El modelo se presta a la confusión, porque está mas difundido el BX500 que el MX500 y a veces no se fija que representa el cambio de una sola letra: https://www.minitool.com/backup-tips/crucial-bx500-vs-mx500.html
The Crucial MX500 <https://www.minitool.com/news/crucial-mx500-sata-solid-state-drive.html> is the first Crucial’s drive based on Micron’s 64-layer 3D TLC NAND and it is the second generation of Crucial’s mainstream MX series using TLC NAND. The Crucial MX500 SSD is available in both 2.5 inch and M.2 <https://www.minitool.com/lib/m2-ssd.html> 2280 form factors. It comes with four different storage capacities and can reach up to 2TB.
The Crucial MX500 SSD comes with good quality, speed and security that are backed by helpful service and support. También vi esto:
https://www.crucial.es/articles/about-ssd/how-to-format-a-solid-state-drive Habilite TRIM para preservar el rendimiento de la SSD
Si el sistema operativo de su ordenador ofrece compatibilidad con TRIM, al activarlo su ordenador se asegurará automáticamente de que los datos guardados en su SSD se gestionen correctamente.
El reformateo, junto con la compatibilidad para TRIM, pueden compararse con la desfragmentación de un disco duro porque, aunque la tecnología es diferente, ambos procesos obtienen resultados similares: la eliminación de archivos que ya no se necesitan. Es importante tener en cuenta que las unidades de estado sólido no necesitan desfragmentarse, solo que el comando TRIM es similar a la desfragmentación. Ahora viene la pregunta: ¿Cuando uno instala Opensuse, el particionador lo detecta y configura como SSD, habilitando la función TRIM?
https://forums.opensuse.org/showthread.php/537385-Do-I-need-to-enable-TRIM
También hay que hacer un "Disable btrfsmaintenance"
https://en.opensuse.org/SDB:Disable_btrfsmaintenance
Pero allí primero desactiva el TRIM y después dice de ejecutarlo manualmente.
¿Como lo manejan Ustedes?
Salu2
Comencé la instalación de Tumbleweed, al SSD lo reconoce como de 465 GB y utilizando el particionador guiado me propone 165 GB para / y 300 GB para /home
¿No es demasiado para la partición root?
Salu2
"Mal de muchos, consuelo de tontos" https://www.reddit.com/r/openSUSE/comments/nof7ck/how_much_storage_should_th... Intenté cambiar el tamaño de las particiones, pero no me dejaba como en las versiones anteriores del particionador y tendría que haber hecho todo manual arrancando desde cero, con la historia de la partición GPT y demás. Esta es la documentación actual: https://doc.opensuse.org/documentation/leap/reference/html/book-reference/ch... Finalmente, lo dejé con la propuesta de 165/300. Veré si puedo modificarlas después. 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/
Hola! Supongo que no es posible cambiar la cuenta y acabo antes creando una nueva, ¿no? esto usa gmial y da un montón de problemas continuamente con cualquier cosa que no sea gmail :/ En fin, al lío. O xov., 28 de xul. de 2022 ás 17:48, Juan Erbes (<jerbes@gmail.com>) escribiu:
El jue, 28 jul 2022 a las 12:01, Juan Erbes (<jerbes@gmail.com>) escribió:
El mié, 27 jul 2022 a las 10:18, Juan Erbes (<jerbes@gmail.com>) escribió:
El mar, 26 jul 2022 a las 15:40, Carlos E. R. (< robin.listas@telefonica.net>) escribió:
On 26/07/2022 18.07, Juan Erbes wrote:
El mar, 26 jul 2022 a las 12:35, Juan Erbes (<<>>) escribió El mar, 26 jul 2022 a las 12:20, Carlos E. R.(<>>) escribió:
...
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
Mismo UID, eso es lo importante.
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.
Eso está mejor.
Gracias!
Algunos comentarios de mi elección: Elegí el segundo del ranking SATA Drives: https://www.tomshardware.com/reviews/best-ssds,3891.html
El modelo se presta a la confusión, porque está mas difundido el BX500 que el MX500 y a veces no se fija que representa el cambio de una sola letra: https://www.minitool.com/backup-tips/crucial-bx500-vs-mx500.html
The Crucial MX500 <https://www.minitool.com/news/crucial-mx500-sata-solid-state-drive.html> is the first Crucial’s drive based on Micron’s 64-layer 3D TLC NAND and it is the second generation of Crucial’s mainstream MX series using TLC NAND. The Crucial MX500 SSD is available in both 2.5 inch and M.2 <https://www.minitool.com/lib/m2-ssd.html> 2280 form factors. It comes with four different storage capacities and can reach up to 2TB.
The Crucial MX500 SSD comes with good quality, speed and security that are backed by helpful service and support. También vi esto:
https://www.crucial.es/articles/about-ssd/how-to-format-a-solid-state-drive Habilite TRIM para preservar el rendimiento de la SSD
Si el sistema operativo de su ordenador ofrece compatibilidad con TRIM, al activarlo su ordenador se asegurará automáticamente de que los datos guardados en su SSD se gestionen correctamente.
El reformateo, junto con la compatibilidad para TRIM, pueden compararse con la desfragmentación de un disco duro porque, aunque la tecnología es diferente, ambos procesos obtienen resultados similares: la eliminación de archivos que ya no se necesitan. Es importante tener en cuenta que las unidades de estado sólido no necesitan desfragmentarse, solo que el comando TRIM es similar a la desfragmentación. Ahora viene la pregunta: ¿Cuando uno instala Opensuse, el particionador lo detecta y configura como SSD, habilitando la función TRIM?
https://forums.opensuse.org/showthread.php/537385-Do-I-need-to-enable-TRIM
También hay que hacer un "Disable btrfsmaintenance"
https://en.opensuse.org/SDB:Disable_btrfsmaintenance
Pero allí primero desactiva el TRIM y después dice de ejecutarlo manualmente.
¿Como lo manejan Ustedes?
Como dicen en el hilo del foro enlazado, lo mejor es dejar que sea openSUSE la que se encargue de esto, en particular si vas a usar Btrfs.
Salu2
Comencé la instalación de Tumbleweed, al SSD lo reconoce como de 465 GB y utilizando el particionador guiado me propone 165 GB para / y 300 GB para /home
¿No es demasiado para la partición root?
Salu2
Si haces instantáneas, no creas. O si alojas máquinas virtuales etc. Un sistema con btrfs moderno 100 los pide con facilidad, aunque puede apañarse con menos.
Un apunte: Hay un bug en baloo (el indexador de Plasma) que hace que cada vez que reinicias añade una entrada para cada fichero de cada snapshot, como si cada fichero de cada snapshot fuera uno diferente aunque naturalmente indica la misma ubicación. Y es una pena porque yo montaba todo el disco SSD como raíz y otro disco como "almacén", al que enlazaba después las carpetas Documentos, Descargas, etc. Así que ahora o bien monto /home directamente en el otro disco o bien configuro baloo para que evite la raíz del usuario /home/<usuario>. Otra consideración respecto a usar SSD para swap. Naturalmente, usar swap en un SSD es una gran idea en términos de rendimiento. Sin embargo, dado que la durabilidad de SSD sigue siendo inferior, para usos de swap muy esporádicos puede ser un problema. SSD sigue siendo mejor para uso de solo lectura (o de casi solo lectura).
"Mal de muchos, consuelo de tontos"
https://www.reddit.com/r/openSUSE/comments/nof7ck/how_much_storage_should_th...
"Puede" instalarse con 20GiB+btrfs, pero no es que sea una buena idea. A ver, cuanto más pequeña sea la partición más probable es que tengas que ajustar el uso de snapper manualmente y es posible que no quieras hacer eso. Lo suyo son al menos 70GiB y 100 no es mucho. Si tienes máquinas virtuales, irán en /var y necesitarás el espacio que ocupen.
Intenté cambiar el tamaño de las particiones, pero no me dejaba como en las versiones anteriores del particionador y tendría que haber hecho todo manual arrancando desde cero, con la historia de la partición GPT y demás.
Esta es la documentación actual:
https://doc.opensuse.org/documentation/leap/reference/html/book-reference/ch...
Bueno, es un poco un rollo pero en el peor de los casos te cargas /home, reduces el tamaño de la raíz y creas /home de nuevo, tampoco es el fin del mundo xd
Finalmente, lo dejé con la propuesta de 165/300. Veré si puedo modificarlas después.
Con la primera puedes hacer lo que quieras. Dando por sentado que has usado los 300 para /home con xfs, no. Puedes reducir la raíz, crear una partición en el hueco y montarla en cualquier lugar, pero no añadirla a /home (btrfs soporta esas cosas, como LVM, pero xfs que yo sepa no). Salud!! nota: he intentado contestar al correo anterior con kmail y por lo que sea no he podido. Así que no descarto que realmente lleguen duplicados, lo siento.
El jue, 28 jul 2022 a las 13:01, Karl García Gestido (<karlggest@gmail.com>) escribió:
Hola!
Si haces instantáneas, no creas. O si alojas máquinas virtuales etc. Un sistema con btrfs moderno 100 los pide con facilidad, aunque puede apañarse con menos.
En la partición de Tumbleweed anterior tenía 68 GB y debía estar controlando y borrando los snapshots más viejos para mantenerlo en un 70%. Un apunte: Hay un bug en baloo (el indexador de Plasma) que hace que cada vez que reinicias añade una entrada para cada fichero de cada snapshot, como si cada fichero de cada snapshot fuera uno diferente aunque naturalmente indica la misma ubicación. Y es una pena porque yo montaba todo el disco SSD como raíz y otro disco como "almacén", al que enlazaba después las carpetas Documentos, Descargas, etc. Así que ahora o bien monto /home directamente en el otro disco o bien configuro baloo para que evite la raíz del usuario /home/<usuario>. ¿No se supone que baloo solamente opera en la partición de usuario solamente? Otra consideración respecto a usar SSD para swap. Naturalmente, usar swap en un SSD es una gran idea en términos de rendimiento. Sin embargo, dado que la durabilidad de SSD sigue siendo inferior, para usos de swap muy esporádicos puede ser un problema. SSD sigue siendo mejor para uso de solo lectura (o de casi solo lectura).
"Mal de muchos, consuelo de tontos"
https://www.reddit.com/r/openSUSE/comments/nof7ck/how_much_storage_should_th...
"Puede" instalarse con 20GiB+btrfs, pero no es que sea una buena idea. A ver, cuanto más pequeña sea la partición más probable es que tengas que ajustar el uso de snapper manualmente y es posible que no quieras hacer eso. Lo suyo son al menos 70GiB y 100 no es mucho. Si tienes máquinas virtuales, irán en /var y necesitarás el espacio que ocupen.
Intenté cambiar el tamaño de las particiones, pero no me dejaba como en las versiones anteriores del particionador y tendría que haber hecho todo manual arrancando desde cero, con la historia de la partición GPT y demás.
Esta es la documentación actual:
https://doc.opensuse.org/documentation/leap/reference/html/book-reference/ch...
Bueno, es un poco un rollo pero en el peor de los casos te cargas /home, reduces el tamaño de la raíz y creas /home de nuevo, tampoco es el fin del mundo xd
Tengo de respaldo el /home viejo
Finalmente, lo dejé con la propuesta de 165/300. Veré si puedo modificarlas después.
Con la primera puedes hacer lo que quieras. Dando por sentado que has usado los 300 para /home con xfs, no. Puedes reducir la raíz, crear una partición en el hueco y montarla en cualquier lugar, pero no añadirla a /home (btrfs soporta esas cosas, como LVM, pero xfs que yo sepa no).
Salud!!
nota: he intentado contestar al correo anterior con kmail y por lo que sea no he podido. Así que no descarto que realmente lleguen duplicados, lo siento.
Lo que hice fue: zypper rm btrfsmaintenance To prevent it from being reinstalled: zypper al btrfsmaintenance (también borre el script manualmente) y systemctl enable fstrim.timer Probé manualmente: fstrim -Av /home: 249,8 GiB (268243951616 bytes) recortados en /dev/sdb3 /: 156,2 GiB (167762698240 bytes) recortados en /dev/sdb2 Con respecto al swap, me activó el del otro disco duro. Ando renegando con kwallet cada vez que quiero activar la VPN, porque durante la configuración no me deja guardar la clave, me pide que ponga la clave de kwallet y me dice que no es correcta, aunque no la haya seteado. Pero si le di importar usuario de instalación anterior durante la instalación. 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/
El jue, 28 jul 2022 a las 21:56, Juan Erbes (<jerbes@gmail.com>) escribió:
El jue, 28 jul 2022 a las 13:01, Karl García Gestido (<karlggest@gmail.com>) escribió:
Hola!
Si haces instantáneas, no creas. O si alojas máquinas virtuales etc. Un sistema con btrfs moderno 100 los pide con facilidad, aunque puede apañarse con menos.
En la partición de Tumbleweed anterior tenía 68 GB y debía estar controlando y borrando los snapshots más viejos para mantenerlo en un 70%.
Un apunte:
Hay un bug en baloo (el indexador de Plasma) que hace que cada vez que reinicias añade una entrada para cada fichero de cada snapshot, como si cada fichero de cada snapshot fuera uno diferente aunque naturalmente indica la misma ubicación.
Y es una pena porque yo montaba todo el disco SSD como raíz y otro disco como "almacén", al que enlazaba después las carpetas Documentos, Descargas, etc. Así que ahora o bien monto /home directamente en el otro disco o bien configuro baloo para que evite la raíz del usuario /home/<usuario>.
¿No se supone que baloo solamente opera en la partición de usuario solamente?
Otra consideración respecto a usar SSD para swap. Naturalmente, usar swap en un SSD es una gran idea en términos de rendimiento. Sin embargo, dado que la durabilidad de SSD sigue siendo inferior, para usos de swap muy esporádicos puede ser un problema. SSD sigue siendo mejor para uso de solo lectura (o de casi solo lectura).
"Mal de muchos, consuelo de tontos"
https://www.reddit.com/r/openSUSE/comments/nof7ck/how_much_storage_should_th...
"Puede" instalarse con 20GiB+btrfs, pero no es que sea una buena idea. A ver, cuanto más pequeña sea la partición más probable es que tengas que ajustar el uso de snapper manualmente y es posible que no quieras hacer eso. Lo suyo son al menos 70GiB y 100 no es mucho. Si tienes máquinas virtuales, irán en /var y necesitarás el espacio que ocupen.
Intenté cambiar el tamaño de las particiones, pero no me dejaba como en las versiones anteriores del particionador y tendría que haber hecho todo manual arrancando desde cero, con la historia de la partición GPT y demás.
Esta es la documentación actual:
https://doc.opensuse.org/documentation/leap/reference/html/book-reference/ch...
Bueno, es un poco un rollo pero en el peor de los casos te cargas /home, reduces el tamaño de la raíz y creas /home de nuevo, tampoco es el fin del mundo xd
Tengo de respaldo el /home viejo
Finalmente, lo dejé con la propuesta de 165/300. Veré si puedo modificarlas después.
Con la primera puedes hacer lo que quieras. Dando por sentado que has usado los 300 para /home con xfs, no. Puedes reducir la raíz, crear una partición en el hueco y montarla en cualquier lugar, pero no añadirla a /home (btrfs soporta esas cosas, como LVM, pero xfs que yo sepa no).
Salud!!
nota: he intentado contestar al correo anterior con kmail y por lo que sea no he podido. Así que no descarto que realmente lleguen duplicados, lo siento.
Lo que hice fue:
zypper rm btrfsmaintenance
To prevent it from being reinstalled:
zypper al btrfsmaintenance
(también borre el script manualmente)
y
systemctl enable fstrim.timer
Probé manualmente: fstrim -Av /home: 249,8 GiB (268243951616 bytes) recortados en /dev/sdb3 /: 156,2 GiB (167762698240 bytes) recortados en /dev/sdb2
Con respecto al swap, me activó el del otro disco duro.
Finalmente, llegó LA HORA DE LA VERDAD, lo que dicen los testeos con hdparm: SSD SATA3: hdparm -tT /dev/sdb /dev/sdb: Timing cached reads: 9050 MB in 2.00 seconds = 4530.29 MB/sec Timing buffered disk reads: 1140 MB in 3.00 seconds = 379.69 MB/sec /dev/sdb: Timing cached reads: 8910 MB in 2.00 seconds = 4460.52 MB/sec Timing buffered disk reads: 1140 MB in 3.00 seconds = 379.44 MB/sec HDD En SATA2 /dev/sda: Timing cached reads: 8848 MB in 2.00 seconds = 4429.44 MB/sec Timing buffered disk reads: 546 MB in 3.01 seconds = 181.52 MB/sec HDD En SATA3 hdparm -tT /dev/sdc /dev/sdc: Timing cached reads: 9426 MB in 2.00 seconds = 4719.29 MB/sec Timing buffered disk reads: 552 MB in 3.00 seconds = 183.82 MB/sec -t Perform timings of device reads for benchmark and comparison purposes. For meaningful results, this operation should be repeated 2-3 times on an otherwise inactive system (no other active processes) with at least a couple of megabytes of free memory. This displays the speed of reading through the buffer cache to the disk without any prior caching of data. This measurement is an indication of how fast the drive can sustain sequential data reads under Linux, without any filesystem overhead. To ensure accurate measurements, the buffer cache is flushed during the processing of -t using the BLKFLSBUF ioctl. -T Perform timings of cache reads for benchmark and comparison purposes. For meaningful results, this operation should be repeated 2-3 times on an otherwise inactive system (no other active processes) with at least a couple of megabytes of free memory. This displays the speed of reading directly from the Linux buffer cache without disk access. This measurement is essentially an indication of the throughput of the processor, cache, and memory of the system under test. Es cierto que en el SSD las 2 particiones estaban montadas y activas como sistema, swap en sda y la antigua partición de usuario linkeada en sdc. Otro detalle, es que con discos convencionales no se aprecia la diferencia entre SATA2 y SATA3. Tal como sospechaba al comienzo, un SSD al estar restringido a una interfaz SATA3 solamente duplica la velocidad de un disco convencional (WD Blue 1TB y Toshiba <https://www.geektopia.es/es/products/company/toshiba/>DT01ACA200, 2 TB <https://www.geektopia.es/es/product/toshiba/dt01aca200/>) Por ese motivo que ya sospechaba compré un SSD de solamente 500 GB, porque la diferencia real está utilizando una interfaz NVME o PCIe 4x de los actuales M.2, que llegan a dar valores de transferencia 9 veces más altos que el actual SSD SATA3. Con respecto al tiempo de carga del sistema, es cierto que desde la pulsación del botón de arranque tarda unos 15 segundos hasta que aparece la pantalla de grub, donde prácticamente no interviene la velocidad del SSD, pero al darle el enter a grub, allí si, son otros 15 segundos en la carga del sistema hasta la pantalla del ingreso de clave de usuario y realmente se ve la diferencia allí. 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/
El sáb, 30 jul 2022 a las 9:55, Juan Erbes (<jerbes@gmail.com>) escribió:
El jue, 28 jul 2022 a las 21:56, Juan Erbes (<jerbes@gmail.com>) escribió:
El jue, 28 jul 2022 a las 13:01, Karl García Gestido (< karlggest@gmail.com>) escribió:
Hola!
Si haces instantáneas, no creas. O si alojas máquinas virtuales etc. Un sistema con btrfs moderno 100 los pide con facilidad, aunque puede apañarse con menos.
En la partición de Tumbleweed anterior tenía 68 GB y debía estar controlando y borrando los snapshots más viejos para mantenerlo en un 70%.
Un apunte:
Hay un bug en baloo (el indexador de Plasma) que hace que cada vez que reinicias añade una entrada para cada fichero de cada snapshot, como si cada fichero de cada snapshot fuera uno diferente aunque naturalmente indica la misma ubicación.
Y es una pena porque yo montaba todo el disco SSD como raíz y otro disco como "almacén", al que enlazaba después las carpetas Documentos, Descargas, etc. Así que ahora o bien monto /home directamente en el otro disco o bien configuro baloo para que evite la raíz del usuario /home/<usuario>.
¿No se supone que baloo solamente opera en la partición de usuario solamente?
Otra consideración respecto a usar SSD para swap. Naturalmente, usar swap en un SSD es una gran idea en términos de rendimiento. Sin embargo, dado que la durabilidad de SSD sigue siendo inferior, para usos de swap muy esporádicos puede ser un problema. SSD sigue siendo mejor para uso de solo lectura (o de casi solo lectura).
"Mal de muchos, consuelo de tontos"
https://www.reddit.com/r/openSUSE/comments/nof7ck/how_much_storage_should_th...
"Puede" instalarse con 20GiB+btrfs, pero no es que sea una buena idea. A ver, cuanto más pequeña sea la partición más probable es que tengas que ajustar el uso de snapper manualmente y es posible que no quieras hacer eso. Lo suyo son al menos 70GiB y 100 no es mucho. Si tienes máquinas virtuales, irán en /var y necesitarás el espacio que ocupen.
Intenté cambiar el tamaño de las particiones, pero no me dejaba como en las versiones anteriores del particionador y tendría que haber hecho todo manual arrancando desde cero, con la historia de la partición GPT y demás.
Esta es la documentación actual:
https://doc.opensuse.org/documentation/leap/reference/html/book-reference/ch...
Bueno, es un poco un rollo pero en el peor de los casos te cargas /home, reduces el tamaño de la raíz y creas /home de nuevo, tampoco es el fin del mundo xd
Tengo de respaldo el /home viejo
Finalmente, lo dejé con la propuesta de 165/300. Veré si puedo modificarlas después.
Con la primera puedes hacer lo que quieras. Dando por sentado que has usado los 300 para /home con xfs, no. Puedes reducir la raíz, crear una partición en el hueco y montarla en cualquier lugar, pero no añadirla a /home (btrfs soporta esas cosas, como LVM, pero xfs que yo sepa no).
Salud!!
nota: he intentado contestar al correo anterior con kmail y por lo que sea no he podido. Así que no descarto que realmente lleguen duplicados, lo siento.
Lo que hice fue:
zypper rm btrfsmaintenance
To prevent it from being reinstalled:
zypper al btrfsmaintenance
(también borre el script manualmente)
y
systemctl enable fstrim.timer
Probé manualmente: fstrim -Av /home: 249,8 GiB (268243951616 bytes) recortados en /dev/sdb3 /: 156,2 GiB (167762698240 bytes) recortados en /dev/sdb2
Con respecto al swap, me activó el del otro disco duro.
Finalmente, llegó LA HORA DE LA VERDAD, lo que dicen los testeos con hdparm:
SSD SATA3: hdparm -tT /dev/sdb
/dev/sdb: Timing cached reads: 9050 MB in 2.00 seconds = 4530.29 MB/sec Timing buffered disk reads: 1140 MB in 3.00 seconds = 379.69 MB/sec
/dev/sdb: Timing cached reads: 8910 MB in 2.00 seconds = 4460.52 MB/sec Timing buffered disk reads: 1140 MB in 3.00 seconds = 379.44 MB/sec
HDD En SATA2 /dev/sda: Timing cached reads: 8848 MB in 2.00 seconds = 4429.44 MB/sec Timing buffered disk reads: 546 MB in 3.01 seconds = 181.52 MB/sec
HDD En SATA3 hdparm -tT /dev/sdc
/dev/sdc: Timing cached reads: 9426 MB in 2.00 seconds = 4719.29 MB/sec Timing buffered disk reads: 552 MB in 3.00 seconds = 183.82 MB/sec
-t Perform timings of device reads for benchmark and comparison purposes. For meaningful results, this operation should be repeated 2-3 times on an otherwise inactive system (no other active processes) with at least a couple of megabytes of free memory. This displays the speed of reading through the buffer cache to the disk without any prior caching of data. This measurement is an indication of how fast the drive can sustain sequential data reads under Linux, without any filesystem overhead. To ensure accurate measurements, the buffer cache is flushed during the processing of -t using the BLKFLSBUF ioctl.
-T Perform timings of cache reads for benchmark and comparison purposes. For meaningful results, this operation should be repeated 2-3 times on an otherwise inactive system (no other active processes) with at least a couple of megabytes of free memory. This displays the speed of reading directly from the Linux buffer cache without disk access. This measurement is essentially an indication of the throughput of the processor, cache, and memory of the system under test.
Es cierto que en el SSD las 2 particiones estaban montadas y activas como sistema, swap en sda y la antigua partición de usuario linkeada en sdc.
Otro detalle, es que con discos convencionales no se aprecia la diferencia entre SATA2 y SATA3.
Tal como sospechaba al comienzo, un SSD al estar restringido a una interfaz SATA3 solamente duplica la velocidad de un disco convencional (WD Blue 1TB y Toshiba <https://www.geektopia.es/es/products/company/toshiba/>DT01ACA200, 2 TB <https://www.geektopia.es/es/product/toshiba/dt01aca200/>) Por ese motivo que ya sospechaba compré un SSD de solamente 500 GB, porque la diferencia real está utilizando una interfaz NVME o PCIe 4x de los actuales M.2, que llegan a dar valores de transferencia 9 veces más altos que el actual SSD SATA3.
Con respecto al tiempo de carga del sistema, es cierto que desde la pulsación del botón de arranque tarda unos 15 segundos hasta que aparece la pantalla de grub, donde prácticamente no interviene la velocidad del SSD, pero al darle el enter a grub, allí si, son otros 15 segundos en la carga del sistema hasta la pantalla del ingreso de clave de usuario y realmente se ve la diferencia allí.
Después de tanto aconsejar a los demás sobre hardware, llegó la hora de actualizar el hardware de mi pc, aunque reutilicé fuente de alimentación, discos duros y SSD, grabadora Blue Ray y tarjeta de video: Micro: https://www.amd.com/en/products/cpu/amd-ryzen-7-5700x Mobo: https://www.asrock.com/mb/AMD/X570%20Steel%20Legend/index.asp Cooler: https://www.xigmatek.com/product_detail.php?item=319 Memorias: 16 GB https://www.adata.com/es/xpg/606 Gabinete o caja: https://www.youtube.com/watch?v=iYyBraMAx1Q Como dice allí, me convenía ir al Ryzen 7 5800X, si lo conseguía a solo 10 dolares mas caro, pero la realidad es que acá son 70 dólares la diferencia: https://www.techpowerup.com/review/amd-ryzen-7-5700x/ Aunque el Ryzen 7 5700X es solo un 2 % más lento que el 5800X según GeekBench: https://www.hd-tecnologia.com/el-ryzen-7-5700x-es-solo-un-2-mas-lento-que-el... Finalmente, conseguí sacarle el jugo a mi vieja Radeon RX580 (PciE 3.0, ahora el mobo es PciE 4.0): Con Unigine Tropics, quedaba bloqueado en los 60 FPS: Unigine Tropics Demo v1.3 FPS: 60.0 Scores: 1511 Min FPS: 41.3 Max FPS: 60.7 Unigine Valley Benchmark 1.0 FPS: 108.8 Score: 4554 Min FPS: 55.9 Max FPS: 195.6 Unigine Heaven Benchmark 4.0 FPS: 107.8 Score: 2716 Min FPS: 20.4 Max FPS: 210.7 Unigine Superposition: Score: 7021 GPU ºC: Min 34, Max 71 Finalmente, el principal motivo que me llevó a hacer el cambio: Renderizando video con Openshot solo CPU con la AppImage, dado que desde que cambiaron la versión de Python en Tumbleweed no funciona más la app de los repositorios, en Full HD y calidad media renderizaba a 60 FPS, con la temperatura de la CPU a unos 55ºC. Con el FX 8320E se me iba cerca de los 60ºC, con la calefacción apagada y una temperatura ambiente de 15ºC, aunque es cierto que le había cambiado el cooler recientemente, un Thermaltake que a pesar de tener 100 mm de diámetro, su TDP era de 65 Watts. La temperatura límite del FX 8320E es de 70ºC, es de 28 Nm. La temperatura límite del Ryzen 7 5700X es de 90ºC, es de 7 Nm. Sobre el tema original, algo que sirve para combinar SSD con HDD, lástima que sea solamente es para windows: https://www.amd.com/en/technologies/store-mi Ahora con el nuevo mobo tengo: 8 SATA3, 1 Hyper M.2 (PCIe Gen4 x4 & SATA3), 1 Hyper M.2 (PCIe Gen4 x4) Algo que me veía venir cuando compré el SSD SATA3, por eso compré uno de solamente 500 GB. Las lecturas de velocidad del SSD mejoraron con el nuevo mobo: hdparm -tT /dev/sda /dev/sda: Timing cached reads: 63158 MB in 1.99 seconds = 31661.14 MB/sec Timing buffered disk reads: 1374 MB in 3.00 seconds = 457.52 MB/sec 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/
On 2022-09-20 14:27, Juan Erbes wrote:
Después de tanto aconsejar a los demás sobre hardware, llegó la hora de actualizar el hardware de mi pc, aunque reutilicé fuente de alimentación, discos duros y SSD, grabadora Blue Ray y tarjeta de video:
Felicidades :-) -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
El mar, 20 sept 2022 a las 9:48, Carlos E. R. (<robin.listas@telefonica.net>) escribió:
On 2022-09-20 14:27, Juan Erbes wrote:
Después de tanto aconsejar a los demás sobre hardware, llegó la hora de actualizar el hardware de mi pc, aunque reutilicé fuente de alimentación, discos duros y SSD, grabadora Blue Ray y tarjeta de video:
Felicidades :-)
Muchas gracias! ¿Vos habías colocado una Radeon RX580 también? De todas maneras, es imposible estar "100% al día", con lo que cuesta todo. Veré cuando me decida por terminar de migrar a SSD, aprovechando que el mobo tiene para 2 SSD NVME. Por otro lado, AMD lanzó hace 4 meses la nueva arquitectura Zen 4 con AM5, por lo que antes de dar el siguiente salto, me queda primero saltar a otro micro más potente de AM4. https://www.muycomputer.com/2022/05/23/ryzen-7000-socket-am5/ Por ahora tengo en el SSD algunos directorios basados en symlinks, que apuntan a los reales del home del HDD anterior, y utilizo solamente los directorios de uso más frecuente en el nuevo home del SSD. Tendría que ver como funciona el nuevo software de AMD que sirve para combinar SSD con HDD, y ver si se puede implementar lo mismo en Linux: https://www.amd.com/en/technologies/store-mi 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/
On 2022-09-20 18:45, Juan Erbes wrote:
El mar, 20 sept 2022 a las 9:48, Carlos E. R. (<>>) escribió:
On 2022-09-20 14:27, Juan Erbes wrote: >
> > Después de tanto aconsejar a los demás sobre hardware, llegó la hora de > actualizar el hardware de mi pc, aunque reutilicé fuente de > alimentación, discos duros y SSD, grabadora Blue Ray y tarjeta de video:
Felicidades :-)
Muchas gracias!
¿Vos habías colocado una Radeon RX580 también?
Sip. Model: "Micro-Star International Co., Ltd. [MSI] Radeon RX 580 Armor 4G OC" Vendor: pci 0x1002 "ATI Technologies Inc" Device: pci 0x67df "Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]" SubVendor: pci 0x1462 "Micro-Star International Co., Ltd. [MSI]" SubDevice: pci 0x3418 "Radeon RX 580 Armor 4G OC" Revision: 0xe7 Driver: "amdgpu" Driver Modules: "amdgpu" Es una tarjeta sin complicaciones, me funciona perfectamente sin instalar ningún driver privativo o externo. Puede que con él mejore todavía más, pero así estoy contento.
De todas maneras, es imposible estar "100% al día", con lo que cuesta todo. Veré cuando me decida por terminar de migrar a SSD, aprovechando que el mobo tiene para 2 SSD NVME.
No se si es tu caso, pero en algunas placas (la mia) activar la segunda M2 se hace a costa de anular algo.
Por otro lado, AMD lanzó hace 4 meses la nueva arquitectura Zen 4 con AM5, por lo que antes de dar el siguiente salto, me queda primero saltar a otro micro más potente de AM4. https://www.muycomputer.com/2022/05/23/ryzen-7000-socket-am5/ <https://www.muycomputer.com/2022/05/23/ryzen-7000-socket-am5/>
Por ahora tengo en el SSD algunos directorios basados en symlinks, que apuntan a los reales del home del HDD anterior, y utilizo solamente los directorios de uso más frecuente en el nuevo home del SSD.
Tendría que ver como funciona el nuevo software de AMD que sirve para combinar SSD con HDD, y ver si se puede implementar lo mismo en Linux: https://www.amd.com/en/technologies/store-mi <https://www.amd.com/en/technologies/store-mi>
Hum! -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
El mar, 20 sept 2022 a las 14:40, Carlos E. R. (<robin.listas@telefonica.net>) escribió:
On 2022-09-20 18:45, Juan Erbes wrote:
El mar, 20 sept 2022 a las 9:48, Carlos E. R. (<>>) escribió:
On 2022-09-20 14:27, Juan Erbes wrote: >
> > Después de tanto aconsejar a los demás sobre hardware, llegó la hora de > actualizar el hardware de mi pc, aunque reutilicé fuente de > alimentación, discos duros y SSD, grabadora Blue Ray y tarjeta de video:
Felicidades :-)
Muchas gracias!
¿Vos habías colocado una Radeon RX580 también?
Sip.
Model: "Micro-Star International Co., Ltd. [MSI] Radeon RX 580 Armor 4G OC" Vendor: pci 0x1002 "ATI Technologies Inc" Device: pci 0x67df "Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]" SubVendor: pci 0x1462 "Micro-Star International Co., Ltd. [MSI]" SubDevice: pci 0x3418 "Radeon RX 580 Armor 4G OC" Revision: 0xe7 Driver: "amdgpu" Driver Modules: "amdgpu"
Es una tarjeta sin complicaciones, me funciona perfectamente sin instalar ningún driver privativo o externo. Puede que con él mejore todavía más, pero así estoy contento.
La que tengo yo es una Sapphire Nitro+ también de 4 GB, que conseguí a buen precio.
De todas maneras, es imposible estar "100% al día", con lo que cuesta todo. Veré cuando me decida por terminar de migrar a SSD, aprovechando que el mobo tiene para 2 SSD NVME.
No se si es tu caso, pero en algunas placas (la mia) activar la segunda M2 se hace a costa de anular algo.
Algo de eso creo haber visto si utilizaba el port Thunderbolt. Thunderbolt 3 AIC Header Thunderbolt 3 is no longer limited to certain chipset, ASRock is the first motherboard manufacturer to skillfully implement the Thunderbolt 3 technology onto AMD X570 motherboards. All you need is a Thunderbolt 3 AIC R2.0 card! *1: Only three TB3 devices can be detected. *2 : Some USB 3.2 Type-C devices will cause system reboot after wake up from S3/S4. *3 : Cannot light up the TB3 monitor after wake up from S3/S4, re-plug the cable is needed. *4 : Does not support Thunderbolt 3 PCIe graphics card box. Todo depende del chipset y la bios del mobo, junto con ACPI. Acabo de ver algo sobre el software que había mencionado antes: AMD StoreMI Technology A powerful tool that combines the speed of your SSD with the capacity of your hard disk into a single, fast, easy-to-manage drive, AMD StoreMI technology “combines” these two types of storage into a single drive and automatically moves the data you access the most to the SSD, so you get the best of both worlds. https://www.asrock.com/mb/AMD/X570%20Steel%20Legend/index.asp#Overview En mi caso, me había asustado cuando traté de verificar en el listado de CPUs soportados por el mobo y no lo encontré, porque lo buscaba al comienzo del listado bajo el nombre del core Vermeer https://www.asrock.com/mb/AMD/X570%20Steel%20Legend/index.asp#CPU Pero resultó que estaba casi al final del listado y tuve que actualizar el firmware de la bios! es de las más famosas. Esta marca Asrock no es de las más conocidas. Me la había recomendado un armador hace varios años, por ser las que mejores opciones de conectividad ofrecen, precio, además de calidad y confiabilidad. La anterior que dejé de usar ayer (la seguirá usando un amigo), a pesar de tener unos cuantos años, traía SATA3 y soportaba cpu de 8 núcleos. Hoy acabo de ver en el anuncio de Ryzen 4 y AM5, que aparece en el listado de las "AM5 FLAGSHIP MOTHERBOARDS", con chipset X670: https://www.muycomputer.com/wp-content/uploads/2022/05/Ryzen-7000-AMD_8-1536... 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/
Los dilemas no se terminan: Viendo de comprar un SSD de 2 TB NVME, me encuentro con que la temperatura sin disipador puede llegar a los 87ºC: https://www.youtube.com/watch?v=W_I_e3U3b2E&t=386s ¿Como haces para que el SSD no quede tapado por la placa de video, si esta es doble slot y el slot M.2 más rápido de acceso directo a la CPU queda justo debajo? https://www.youtube.com/watch?v=9uJx6YtXcfk&t=330s https://www.reddit.com/r/buildapc/comments/ln0hyx/m2_ssd_for_an_x570_steel_l... Justo el caso del mobo que tengo yo, al menos me sirvió para ver de sacar los plásticos que reducen la transmisión del calor: https://www.youtube.com/watch?v=b1DwUjn2nJo 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/
participants (4)
-
Carlos E. R. -
Carlos E. R. -
Juan Erbes -
Karl García Gestido