-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2017-12-08 a las 15:30 +0100, miguel gmail escribió:
Mis requisitos: - Particionamiento: /home y / sobre el disco SSD para arrancar rápido y acceder rápido a los datos más frecuentes. El resto pueden ser una o más particiones sobre el disco SATA.
Si usas swap, pásalo al SSD. Es lo que yo he hecho y se nota una barbaridad.
Yo tengo 8 gigas de ram y ahora mismo 2.8 gigas de swap en uso real.
Tienes razón. Dejaré algo de ssd para swap. Soy de la opinión de que Linux en casa swapea poco (por eso dejé solo 2 GB), pero... ¿?
Es que hay algunas aplicaciones que usan RAM como si fuera Jauja: Thunderbird, Firefox, LibreOffice... y yo puedo estar usando las tres casi al mismo tiempo. Soy de los que le gustan dejar las cosas abiertas. Si hay que usar swap, Leap se porta peor que la 13.1. A mi me costaba cambiar de una app a otra de esas pues hasta quince segundos, y sin embargo no veía que el disco estuviera trabajando a tope. Se me ha solucionado al ponerlo en SSD: mi sospecha es fragmentación (en SSD la fragmentación no tiene importancia).
- Versión estable y soporte a largo plazo. Ahora no sé si he de ir a la 42.2 (versión mínima que tiene la versión del paquete que necesito) o a la 42.3. ¿Recomendaciones?
La 42.3, por supuesto. La 42.2 ya está en preaviso de desaparición de soporte en dos meses, ya menos.
Y cuánto soporte le queda a la 43.3? ¿No era alguna de estas un evergreen?
No, ninguna: ya no hay Evergreen. La 43.3 le quedará bastantes meses, no creo que el año, hasta que salga la 15.0 y un rato más. Y la 15.0 creo que es para primavera.
Miedo me da la actualización de golpe, pero la alternativa es 13.1 - 13.2 - 42.1 - 42.2, no?
creo que prefiero una instalación limpia que ¡¡cuatro!! actualizaciones.
Puedes ir directo en un paso 13.1 -> 42.3. Yo lo hice 13.1 -> 42.2 y funcionó perfecto, y a la 42.3 creo que también irá. De hecho, según el que hace las pruebas, han probado hasta hace unos meses 13.1 -> Tw y funcionaba perfectamente. Y es hasta hace unos meses porque la máquina donde lo probaban se quedó sin espacio suficiente en disco.
Y es que... para qué. Si voy a cambiar la tabla de particiones completa creo que prefiero hacer, ya puestos, una instalación limpia.
Tu mismo :-) A mi es que no me gusta tener que andar reajustando todo. Si la mayoría de tus ajustes son de usuario, pues no importa. Si son de sistema, la cosa cambia.
Sin embargo, a mi me gusta una partición raiz más grande. Si lo vas a hacer nuevo, te va a sugerir btrfs, y en ese caso, yo iría a un tamaño de 60 gigas mínimo. 100 mejor. Si, seguro que me llaman exagerado, pero sé porqué lo digo.
Vale, pero entonces... voy a tener otro líos, veamos:
Disco SSD: (240 GB aprox) / 100 GB /home 130 GB swap 10 GB (8ypico en la práctica)
Disco SATA: (1 TB) /datos 537 GB (el antiguo /old-linux renombrado) /noséqué 463 GB (otra partición de datos :-( )
Pues por ejemplo, sí. :-) Vas a usar btrfs entonces?
Y si lo haces ext4 (es lo que recomiendo) pues 30 gigas o más. Más un swap de 10 gigas. Si, me gusta tirar por arriba.
Tanto swapeas? Cuando las RAM eran escasas y caras yo sí era muy de hacer espacios de swap tan grandes como el doble de la RAM. Pero para un uso casero y 6 GB de ram, me solía bastar, creo, con algo como mucho de hasta el mismo tamaño de la RAM :-?
Es que también hiberno la máquina. Eso exige el mismo tamaño de la RAM, algo menos por lo que comprima, pero algo más por si ya está en uso. Prefiero exagerar que quedarme corto. Yo en tu caso pondría 8..10, pensando en la hibernación. Si no, pues 5. Sí, estoy usando swap y mi placa está al máximo de ram, 8 gigas.
Y en SSD me gusta dejar espacio sin particionar. De hecho, en el SSD que tengo en el portátil hay una aplicación en Windows que puede asignar una partición (la última) a uso del propio disco para funcionamiento más limpio.
No se explicarlo correctamente, pero tiene que ver con el proceso real que hace el SSD para borrar los sectores y volver a asignarlos para reutilizarlos. Si no hay sectores ya limpios, la escritura se ralentiza.
fstrim.
Uhm... Sí, creo que te refieres al 'write amplification' y al 'write cliff'. Es el proceso por el cuál, para borrar una página de 4KB de datos sin uso, se ha de borrar un bloque de 256 KB (64 páginas). Por tanto, la controladora del disco ha de recolocar todas las páginas del bloque que sí estén en uso y luego borrar el bloque. Si el disco está muy lleno, puede haber poco espacio para copiar las páginas y borrar los bloques de forma eficiente. Eso produce un efecto que se llama 'write cliff'.
http://www.samsung.com/semiconductor/minisite/ssd/support/faqs-03.html
OJO KDE: con nouveau puede petar, está en las release notes. Léelas.
Nah, me vale con no activar el 3D. P'a qué :-)
Leete las release notes si tienes nvidia y usas KDE, te afecta.
Por cierto... qué le pasa a la págia de opensuse que está horrorosa??
Define horrorosa :-) ¿Te refieres a la página principal que pinchas y despliega cosas activamente? Si, estoy de acuerdo, es un horror. Pero es lo que quieren "ellos". - -- Saludos Carlos E. R. (desde openSUSE 42.2 x86_64 "Malachite" en Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlorA5gACgkQtTMYHG2NR9XN6gCfS4k7Cj+zrxECOiBYEOALHYUL MhYAn1qrYuI4vihZArgyYJYaPJYnT4Hb =gAY1 -----END PGP SIGNATURE-----