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/