Gracias Gracias:  11
Me Gusta Me Gusta:  13
No me Gusta No me Gusta:  0
Página 4 de 5 PrimeroPrimero ... 2345 ÚltimoÚltimo
Mostrando resultados del 31 al 40 de 48

Tema: Leap 15.1 con SSD

  1. #31
    Fecha de Ingreso
    02-marzo-2013
    Ubicación
    Lat. 27.994547-Lon -15.405127-160m nivel del mar
    Mensajes
    5.108
    Post Thanks / Like
    Poder de Credibilidad
    14
    Hola:

    Las celdas o bloques, dependen del fabricante de la memoria, hay que consultar el datasheet de ese circuito integrado o de esa memoria , para saber de cuanto esta formado el mismo (suele ser múltiplos de 512, 1024, 2048, 4096, n8192,.... etc) , la alineación no va a coincidir en la mitad de una de esas celdas ( el resultado sería , que el disco u la partición no estuviese alineada , y por cada operación a el, sería de 3 entradas/ salidas I/o , creo que la velocidad al disco se vería mermada, es decir un disco lento )

    Las particiones gpt y el formato avanzado, tiende a hacerlo bien, y ademas a usar sectores de mayor tamaño, para gpt, recomiendo usar gdisk -l /dev/disco u partición ; ejemplo :

    Código:
    Z87-DELUX:~ # gdisk -l /dev/nvme0n1
    GPT fdisk (gdisk) version 1.0.1
    
    Partition table scan:
      MBR: protective
      BSD: not present
      APM: not present
      GPT: present
    
    Found valid GPT with protective MBR; using GPT.
    Disk /dev/nvme0n1: 488397168 sectors, 232.9 GiB
    Logical sector size: 512 bytes
    Disk identifier (GUID): A86B73EE-40C6-4F6E-B268-997B135D3B73
    Partition table holds up to 128 entries
    First usable sector is 34, last usable sector is 488397134
    Partitions will be aligned on 2048-sector boundaries
    Total free space is 2014 sectors (1007.0 KiB)
    
    Number  Start (sector)    End (sector)  Size       Code  Name
       1            2048       488397134   232.9 GiB   8300  
    Z87-DELUX:~ #
    En este caso está a 2K o sea 2048 (si hubiese usado fdik a lo mejor me hubiese indicado 512) .


    Me han quedado con la prueba que hice, dos discos libres, claro está que parto de una nvme ram 3D, lo cual la diferencia de un ssd normal, es bestial ( la de 512 0 el de un tera, tienen una velocidad de 3400 en lectura y 3000 en escritura, y los ssd normales sobre los 500 ) , veamos un ejemplo de este que hemos medido :

    Código:
    Z87-DELUX:~ # hdparm -tT /dev/nvme0n1
    
    /dev/nvme0n1:
     Timing cached reads:   28848 MB in  1.99 seconds = 14514.09 MB/sec
     Timing buffered disk reads: 3226 MB in  3.00 seconds = 1075.01 MB/sec
    Este es uno de los mas lentos, comparado con el de 512Gb o el de 1Tera ( cache de lectura 14Gb por segundo) .

    A diferencia de los ssd híbridos como algunos seagate o wd, que son por firmware ( soft en hard o soft+hard, ejemplo flas, rom, eprom, etc.. ) y que realizan un estudio de las aplicaciones o procesos mas solicitados, bcache trabaja de distinta forma con varias opciones :



    El híbrido que había probado de 1Tera de seagate era de 189 a 200 Mb por segundo ( mas o menos si mal no recuerdo como la seríe negra de WD) un bcache con nvme tendría que llevarse otras combinaciones por delante como un ssd+hdd o un hdd con otro hdd, aunque pra este último, usaría un raid 0 u otros como el 5 , 10, etc ) .

    Cuando tenga tiempo hago la prueba (quedando libres sda y el nvme01 ) , para ello (usar esa combinación, o sea un sata III WD 1 Tera con un pcie nvme) .

    Saludos cordiales

  2. Gracias enae ha agradecido este mensaje
  3. #32
    Fecha de Ingreso
    06-agosto-2013
    Ubicación
    / Home
    Mensajes
    276
    Post Thanks / Like
    Poder de Credibilidad
    8
    Hola, no se, hay tantas variables,
    un dato
    Código:
     
    linux-4rua:~ # gdisk -l /dev/sdb
    GPT fdisk (gdisk) version 1.0.4
    
    Partition table scan:
      MBR: protective
      BSD: not present
      APM: not present
      GPT: present
    
    Found valid GPT with protective MBR; using GPT.
    Disk /dev/sdb: 976773168 sectors, 465.8 GiB
    Model: HP SSD S700 500G
    Sector size (logical/physical): 512/4096 bytes
    Disk identifier (GUID): B85D0404-A9E0-4CD9-90D1-42836411A8E2
    Partition table holds up to 128 entries
    Main partition table begins at sector 2 and ends at sector 33
    First usable sector is 34, last usable sector is 976773134
    Partitions will be aligned on 2048-sector boundaries
    Total free space is 774778861 sectors (369.4 GiB)
    
    Number  Start (sector)    End (sector)  Size       Code  Name
       1            2048           22527   10.0 MiB    EF02  
       2           22528         2000895   966.0 MiB   EF00  
       5         2000896        52002815   23.8 GiB    8300  debian
       6        52004864       124710911   34.7 GiB    8300  suse
       7       124712960       202000383   36.9 GiB    8300  voyager
    linux-4rua:~ # hdparm -tT /dev/sdb
    
    /dev/sdb:
     Timing cached reads:   15784 MB in  1.99 seconds = 7920.46 MB/sec
     Timing buffered disk reads: 1620 MB in  3.00 seconds = 539.55 MB/sec
    salu2

  4. Gracias mikrios ha agradecido este mensaje
  5. #33
    Fecha de Ingreso
    02-marzo-2013
    Ubicación
    Lat. 27.994547-Lon -15.405127-160m nivel del mar
    Mensajes
    5.108
    Post Thanks / Like
    Poder de Credibilidad
    14
    Hola:

    El tuyo está a 2k (2048); gpt ademas de muchas otras cualidades, como redundancia en las tablas, mbr de protección, mas de 200 y pico primarias, etc; tiene la particularidad de romper la barrera de 2Teras y pico, lo cual viene bien para discos grandes (hasta mas de 10 Teras , lo máximo que uso en mi caso son 6 Teras y puede que en combinación de raid 0, ejemplo la x79 pro-la segunda controladora de discos, es de datos, y permite hacer raid, actualmente tiene un 5Tersas y una raid 0 de 4Teras (2 discos red wd de 2 Teras cada uno en raid 0 2+2=4 , duplica la velocidad )

    Si no llega a ser eso, habría que hacer particiones menores de 2 teras y pico .

    En el tema de bcahe estoy un poco verde ( aunque llevo tiempo estudiando la, no se su algoritmo, y las formas de trabajar , actualmente y como comente, tengo sda3 y sda4 pasados por una nvme de 256Gb.

    Con el particionador de yast, se hace en la parte correspondiente a bcache, para ello tienen que desmontar los discos a usar :





    Código:
     
    frank@Z87-DELUX:~> lsblk -fm
    NAME        FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT                          SIZE OWNER GROUP MODE
    sda                                                                            931,5G             brw-rw----
    ├─sda1                                                                           156M             brw-rw----
    ├─sda2                                                                            40G             brw-rw----
    │ └─bcache1                                                                       40G             brw-rw----
    ├─sda3                                                                         885,8G             brw-rw----
    │ └─bcache0                                                                    885,8G             brw-rw----
    └─sda4                                                                             2G             brw-rw----
    sdb                                                                              3,7T             brw-rw----
    └─sdb1                         845,6G    77% /run/media/frank/Seagate-4T         3,7T             brw-rw----
    sdc                                                                            931,5G             brw-rw----
    ├─sdc1                         299,6M     0% /boot/efi                           300M             brw-rw----
    ├─sdc2                          24,9G    58% /tmp                                 60G             brw-rw----
    └─sdc3                         826,9G     5% /home                             871,2G             brw-rw----
    sdd                                                                              1,8T             brw-rw----
    └─sdd1                                                                           1,8T             brw-rw----
    sde                                                                              1,8T             brw-rw----
    └─sde1                         152,7G    92% /run/media/frank/RED-DATA2          1,8T             brw-rw----
    sr0                                                                             1024M             brw-rw----
    nvme1n1                                                                        465,8G             brw-rw----
    └─nvme1n1p1                    154,8G    67% /run/media/frank/53D39B7442E3F817 464,8G             brw-rw----
    nvme0n1                                                                        232,9G             brw-rw----
    └─nvme0n1p1                                                                    232,9G             brw-rw----
      ├─bcache0                                                                    885,8G             brw-rw----
      └─bcache1                                                                       40G             brw-rw----
    frank@Z87-DELUX:~> 
    
    
    frank@Z87-DELUX:~> sudo hdparm -tT /dev/sda3
    [sudo] password for root: 
    
    /dev/sda3:
     Timing cached reads:   28322 MB in  1.99 seconds = 14248.06 MB/sec
     Timing buffered disk reads: 572 MB in  3.00 seconds = 190.61 MB/sec
    frank@Z87-DELUX:~> sudo hdparm -tT /dev/sda2
    
    /dev/sda2:
     Timing cached reads:   28388 MB in  1.99 seconds = 14280.84 MB/sec
     Timing buffered disk reads: 520 MB in  3.01 seconds = 172.84 MB/sec
    frank@Z87-DELUX:~> 
    
    frank@Z87-DELUX:~> sudo hdparm -tT /dev/bcache1
    [sudo] password for root: 
    
    /dev/bcache1:
     Timing cached reads:   28816 MB in  1.99 seconds = 14497.77 MB/sec
     Timing buffered disk reads: 534 MB in  3.00 seconds = 177.76 MB/sec
    frank@Z87-DELUX:~> sudo hdparm -tT /dev/bcache0
    
    /dev/bcache0:
     Timing cached reads:   28882 MB in  1.99 seconds = 14531.48 MB/sec
     Timing buffered disk reads: 574 MB in  3.00 seconds = 191.27 MB/sec
    frank@Z87-DELUX:~>
    No se si lo hice bien, pero la diferencia con un disco bueno, mas o menos son parecidos , no se si actúa, dependiendo de la cantidad de datos a copiar o mover; también recordar que no aparece en dispositivos de dolphin (lo máximo que obtuve fueron 197 Mb por segundo, vamos se aproxima a un wd serie negra (quizás cambiando por otra de las opciones se note el cambio, otra cosa que observe, es que figura en systemd, o eso me pareció
    ver, aunque iba rápido ) .

    No da fallos, por lo que es interesante, probar las tools de bcache, ahora que están formados.

    Si fuese necesario para usar para la 15.1 , creo que con un tamaño menor es suficiente, la transferencia datos, tanto en lectura como escritura, sería muy rápido, si lo que hace un volcado ese ejemplo en la de 500Mb (de 3000Mb/s en escritura y 3400Mb/s en lectura 3Gb y 3,4 Gb, comparando con los 0,5Gb de uno normal ) .

    Edito : En tu log, al final muestra unos 500Mb/s y pico, lo que demuestra que es un ssd tipo sata III un disco normal anda sobre los 200Mb/s (tengo una curiosidad por saber, hasta donde llega un fibre channel, pero lo mirare por la web, si te fijas a pesar de alinear a 2048, los sectores físicos son de 4096 (4K), otros pueden tener un 512 en el sector, pero alinear a un valor mas alto )

    Edito: Corregido lo de 500G por 500Mb (en ejemplo en la de 500Mb (de 3000Mb/s en escritura y 3400Mb/s en lectura 3Gb y 3,4 Gb, comparando con los 0,5Gb de uno normal )) ssd=sobre 500Mb nvme = sobre 3400 Mb en lecturacasi 7 veces un ssd sata,claro que nvme es por pcie y tiene mayor ancho de banda.


    Saludos cordiales y perdón por la equivocación ..
    Última edición por mikrios; 01-oct-2019 a las 19:32

  6. Gracias enae ha agradecido este mensaje
  7. #34
    Fecha de Ingreso
    06-agosto-2013
    Ubicación
    / Home
    Mensajes
    276
    Post Thanks / Like
    Poder de Credibilidad
    8
    Cita Iniciado por mikrios Ver Mensaje
    Hola:

    El tuyo está a 2k (2048); gpt ademas de muchas otras cualidades, como redundancia en las tablas, mbr de protección, mas de 200 y pico primarias, etc; tiene la particularidad de romper la barrera de 2Teras y pico, lo cual viene bien para discos grandes (hasta mas de 10 Teras , lo máximo que uso en mi caso son 6 Teras y puede que en combinación de raid 0, ejemplo la x79 pro-la segunda controladora de discos, es de datos, y permite hacer raid, actualmente tiene un 5Tersas y una raid 0 de 4Teras (2 discos red wd de 2 Teras cada uno en raid 0 2+2=4 , duplica la velocidad )

    Si no llega a ser eso, habría que hacer particiones menores de 2 teras y pico .

    En el tema de bcahe estoy un poco verde ( aunque llevo tiempo estudiando la, no se su algoritmo, y las formas de trabajar , actualmente y como comente, tengo sda3 y sda4 pasados por una nvme de 256Gb.

    Con el particionador de yast, se hace en la parte correspondiente a bcache, para ello tienen que desmontar los discos a usar :





    Código:
     
    frank@Z87-DELUX:~> lsblk -fm
    NAME        FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT                          SIZE OWNER GROUP MODE
    sda                                                                            931,5G             brw-rw----
    ├─sda1                                                                           156M             brw-rw----
    ├─sda2                                                                            40G             brw-rw----
    │ └─bcache1                                                                       40G             brw-rw----
    ├─sda3                                                                         885,8G             brw-rw----
    │ └─bcache0                                                                    885,8G             brw-rw----
    └─sda4                                                                             2G             brw-rw----
    sdb                                                                              3,7T             brw-rw----
    └─sdb1                         845,6G    77% /run/media/frank/Seagate-4T         3,7T             brw-rw----
    sdc                                                                            931,5G             brw-rw----
    ├─sdc1                         299,6M     0% /boot/efi                           300M             brw-rw----
    ├─sdc2                          24,9G    58% /tmp                                 60G             brw-rw----
    └─sdc3                         826,9G     5% /home                             871,2G             brw-rw----
    sdd                                                                              1,8T             brw-rw----
    └─sdd1                                                                           1,8T             brw-rw----
    sde                                                                              1,8T             brw-rw----
    └─sde1                         152,7G    92% /run/media/frank/RED-DATA2          1,8T             brw-rw----
    sr0                                                                             1024M             brw-rw----
    nvme1n1                                                                        465,8G             brw-rw----
    └─nvme1n1p1                    154,8G    67% /run/media/frank/53D39B7442E3F817 464,8G             brw-rw----
    nvme0n1                                                                        232,9G             brw-rw----
    └─nvme0n1p1                                                                    232,9G             brw-rw----
      ├─bcache0                                                                    885,8G             brw-rw----
      └─bcache1                                                                       40G             brw-rw----
    frank@Z87-DELUX:~> 
    
    
    frank@Z87-DELUX:~> sudo hdparm -tT /dev/sda3
    [sudo] password for root: 
    
    /dev/sda3:
     Timing cached reads:   28322 MB in  1.99 seconds = 14248.06 MB/sec
     Timing buffered disk reads: 572 MB in  3.00 seconds = 190.61 MB/sec
    frank@Z87-DELUX:~> sudo hdparm -tT /dev/sda2
    
    /dev/sda2:
     Timing cached reads:   28388 MB in  1.99 seconds = 14280.84 MB/sec
     Timing buffered disk reads: 520 MB in  3.01 seconds = 172.84 MB/sec
    frank@Z87-DELUX:~> 
    
    frank@Z87-DELUX:~> sudo hdparm -tT /dev/bcache1
    [sudo] password for root: 
    
    /dev/bcache1:
     Timing cached reads:   28816 MB in  1.99 seconds = 14497.77 MB/sec
     Timing buffered disk reads: 534 MB in  3.00 seconds = 177.76 MB/sec
    frank@Z87-DELUX:~> sudo hdparm -tT /dev/bcache0
    
    /dev/bcache0:
     Timing cached reads:   28882 MB in  1.99 seconds = 14531.48 MB/sec
     Timing buffered disk reads: 574 MB in  3.00 seconds = 191.27 MB/sec
    frank@Z87-DELUX:~>
    No se si lo hice bien, pero la diferencia con un disco bueno, mas o menos son parecidos , no se si actúa, dependiendo de la cantidad de datos a copiar o mover; también recordar que no aparece en dispositivos de dolphin (lo máximo que obtuve fueron 197 Mb por segundo, vamos se aproxima a un wd serie negra (quizás cambiando por otra de las opciones se note el cambio, otra cosa que observe, es que figura en systemd, o eso me pareció
    ver, aunque iba rápido ) .

    No da fallos, por lo que es interesante, probar las tools de bcache, ahora que están formados.

    Si fuese necesario para usar para la 15.1 , creo que con un tamaño menor es suficiente, la transferencia datos, tanto en lectura como escritura, sería muy rápido, si lo que hace un volcado ese ejemplo en la de 500Gb (de 3000Mb/s en escritura y 3400Mb/s en lectura 3Gb y 3,4 Gb, comparando con los 0,5Gb de uno normal ) .

    Edito : En tu log, al final muestra unos 500Mb/s y pico, lo que demuestra que es un ssd tipo sata III un disco normal anda sobre los 200Mb/s (tengo una curiosidad por saber, hasta donde llega un fibre channel, pero lo mirare por la web, si te fijas a pesar de alinear a 2048, los sectores físicos son de 4096 (4K), otros pueden tener un 512 en el sector, pero alinear a un valor mas alto )

    Saludos cordiales.
    Hola, bien, te estoy escribiendo desde mint, porque estaba trabajando en particiones, ya que el ssd es recién instalado en el equipo, en el slot que viene para ese disco, también le puse otro modulo de 8 gb de ram
    antes usaba un ssd en un cady del dvd, ahora, ya esta libre, después de clonarlo, lo dejaré como copia, es de 120gb, kingston sv300, y tengo que reacondicionar todo
    Código:
    enae@enae-CX62-2QD:~$ lsblk -fm
    NAME FSTYPE LABEL UUID                                 MOUNTPOINT   SIZE OWNER GROUP MODE
    sda                                                               931,5G root  disk  brw-rw----
    ├─sda1
    │    swap         [SWAP]       7,6G root  disk  brw-rw----
    ├─sda2
    │    ext4   /home/mint
    │                  /home         40G root  disk  brw-rw----
    ├─sda3
    │    ext4   /home               100G root  disk  brw-rw----
    ├─sda4
    │                                                                     8M root  disk  brw-rw----
    ├─sda5
    │    ext4   KaOs                 55G root  disk  brw-rw----
    ├─sda6
    │    xfs                        495G root  disk  brw-rw----
    ├─sda7
    │    ext4   leap                 50G root  disk  brw-rw----
    ├─sda8
    │    ext4   Manjaro
    │                              86,2G root  disk  brw-rw----
    └─sda10
         ext4   Mageia
                                   39,5G root  disk  brw-rw----
    sdb                                                               465,8G root  disk  brw-rw----
    ├─sdb1
    │                                                                    10M root  disk  brw-rw----
    ├─sdb2
    │    ext2                       966M root  disk  brw-rw----
    ├─sdb3
    │    ext4   Linux_mint
    │                  /           59,9G root  disk  brw-rw----
    ├─sdb5
    │    ext4   debian
    │                              23,9G root  disk  brw-rw----
    ├─sdb6
    │    ext4   Tumbleweed
    │                 
                 34,7G root  disk  brw-rw----
    └─sdb7
         ext4   voyager
                                   36,9G root  disk  brw-rw----
    sr0                                                                1024M root  cdrom brw-rw----
    enae@enae-CX62-2QD:~$
    salu2
    edito:
    algo que influye en la velocidad es si está activado fstrim:
    Código:
    enae@linux-4rua:~> sudo systemctl status fstrim
    [sudo] password for root: 
    ● fstrim.service - Discard unused blocks on filesystems from /etc/fstab
       Loaded: loaded (/usr/lib/systemd/system/fstrim.service; static; vendor preset: disabled)
       Active: inactive (dead)
         Docs: man:fstrim(8)
    enae@linux-4rua:~>
    Última edición por enae; 30-sep-2019 a las 23:56

  8. #35
    Fecha de Ingreso
    06-agosto-2013
    Ubicación
    / Home
    Mensajes
    276
    Post Thanks / Like
    Poder de Credibilidad
    8
    Cita Iniciado por Tux83 Ver Mensaje
    Antiguamente linux se utilizaba principalmente en servidores, para lo cual crearon el método de dividir el disco en muchas partes, con el único fin de poder colocarle un formato distinto de partición dependiendo de su utilidad (velocidad de acceso, tamaño de los archivos a alojar, seguridad, etc).

    En un equipo de escritorio no es necesario utilizar esa metodología, ya que cuando creas una partición, estas creando un limite, es decir definiendo una porción de disco a utilizar para un único fin. Esa partición debe ser lo suficientemente grande para alojar los archivos correspondientes y debe sobrarle espacio para que no colapse.

    Ahora pensá en lo siguiente..., gastaste mucho tiempo en configurar el SSD para que utilice una metodología que ahorra unos bytes reordenando sus campos internos, pero a su vez estas desperdiciando decenas/cientos/miles de MB en espacio libre que posee cada partición que creaste. Eso es ilógico.

    Te muestro mi fstab:
    Código:
    UUID=fe208b92-acc9-4705-b1aa-e407958bf5f5  /                  ext4  acl,user_xattr      0  1
    UUID=CACA97AECA979573                      /documentos        ntfs  defaults            0  0
    Donde tengo una sola partición / tipo ext4 donde alojo el sistema completo (ocupa 45 Gb), y tengo aparte otro disco de 1TB llamado /documentos donde alojo mis archivos.

    Te aseguro que no hay diferencias en rendimiento dividiendo el disco en muchos pedazos.
    Ni siquiera es necesario crear la swap, ya que si no lo haces el sistema utiliza un archivo en su lugar (como lo hace windows con su archivo pagefile.sys).


    Sobre los archivos temporales, sugiero limpiarlos apenas no son utilizados o al reiniciar el sistema, para que no se llene de cosas inecesarias.
    Para ello hay que crear el archivo /etc/tmpfiles.d/tmp.conf , con el siguiente contenido:

    D /tmp 1777 root root 1s
    D /var/tmp 1777 root root 1s



    Sldos.
    Hola, puedes incluir los temporales, en el fstab:
    Código:
     /etc/fstab: static file system information.
    #
    # Use 'blkid' to print the universally unique identifier for a
    # device; this may be used with UUID= as a more robust way to name devices
    # that works even if disks are added and removed. See fstab(5).
    #
    # <file system> <mount point>   <type>  <options>       <dump>  <pass>
    # / was on /dev/sdb9 during installation
    UUID= /               ext4    errors=remount-ro,noatime, 0       1
    # /home was on /dev/sdb2 during installation
    UUID=
     /home           ext4    defaults        0       2
    # swap was on /dev/sdb1 during installation
    UUID= none            swap    sw              0       0
    tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
    salu2
    edito:
    así, los cargará en la ram. (es el fstab, de mint)
    Última edición por enae; 01-oct-2019 a las 00:15

  9. Gracias mikrios, caligulaelsanto ha agradecido este mensaje
  10. #36
    Fecha de Ingreso
    25-octubre-2016
    Ubicación
    por el pirineo oscense
    Mensajes
    16
    Post Thanks / Like
    Poder de Credibilidad
    0
    Hola, buenas tardes

    Primero, gracias a los participantes en este foro por sus aportes, no habría llegado hasta aquí sin ellos. LLevo ya un tiempo con Open Suse y he instalado la ultima versión estable 15.1 en dos discos distintos: un SSD y un HDD.
    He querido hacerlo con particion UEFI y GPT por ver como era la instalacion

    Me he guiado por este foro, por esto y por esto y esto
    Debo decir que voy muy justito, son conocientos muy tecnicos y la verdad es que me he limitado a cortar y pegar mucho porque hay cosas que realmente no entiendo

    En el primer disco, SSD he instalado :
    directorio raiz "/" en archivos BTRFS
    directorio boot/EFi en archivo FAT

    En el segundo HDD, he hecho varias particiones, en el que he puesto /var y /tmp por el tema de no sobreescribir en el ssd...
    /Home en XFS
    /swap en swap
    /VAR en BTRFS
    /tmp en BTRFS
    /particionaparte en BTRFS, para usarla de particion para copias de seguridad

    Como ha quedado, basandome en:
    Cita Iniciado por gvcastellon Ver Mensaje
    Hola después de tener casi a punto Leap 15.1, he decidido revisar la configuración del SSD y mucho he leído por la Web.

    Por ahora eta es mi configuración:
    Código PHP:
    gilbert@Ryzen:~> cat /etc/fstab
    UUID
    =65793db3-d4ab-4169-ab03-9b777b32e7c9  /                       btrfs  noatime                       0  0
    UUID
    =65793db3-d4ab-4169-ab03-9b777b32e7c9  /.snapshots             btrfs  subvol=/@/.snapshots          0  0
    UUID
    =254c328b-4ec4-4817-a7ca-141c1ea46a89  swap                    swap   defaults                      0  0
    UUID
    =65793db3-d4ab-4169-ab03-9b777b32e7c9  /var                    btrfs  subvol=/@/var                 0  0
    UUID
    =65793db3-d4ab-4169-ab03-9b777b32e7c9  /usr/local              btrfs  subvol=/@/usr/local           0  0
    UUID
    =65793db3-d4ab-4169-ab03-9b777b32e7c9  /tmp                    btrfs  subvol=/@/tmp                 0  0
    UUID
    =65793db3-d4ab-4169-ab03-9b777b32e7c9  /srv                    btrfs  subvol=/@/srv                 0  0
    UUID
    =65793db3-d4ab-4169-ab03-9b777b32e7c9  /root                   btrfs  subvol=/@/root                0  0
    UUID
    =65793db3-d4ab-4169-ab03-9b777b32e7c9  /opt                    btrfs  subvol=/@/opt                 0  0
    UUID
    =3e58cf39-bbb0-40e9-b79b-70915f857ed8  /home                   xfs    noatime                       0  0
    UUID
    =65793db3-d4ab-4169-ab03-9b777b32e7c9  /boot/grub2/x86_64-efi  btrfs  subvol=/@/boot/grub2/x86_64-efi  0  0
    UUID
    =65793db3-d4ab-4169-ab03-9b777b32e7c9  /boot/grub2/i386-pc     btrfs  subvol=/@/boot/grub2/i386-pc  0  0
    UUID
    =6B68-F250                             /boot/efi               vfat   defaults                      0  0
    UUID
    =27a2957a-f9a8-4564-b632-6dbcf0f518d9  /mnt/STORE_2            xfs    user                          0  0
    UUID
    =259b3410-4d7e-45a5-b7fd-0842af711365  /mnt/STORE_1            xfs    user                          0  0

    tmpfs                                      
    /tmp                    tmpfs  noatime,mode=1777             0  0
    UUID
    =35ba9917-36ec-401a-8779-e365be9d88c1  /mnt/STORE_3            xfs    user                          0  0


    gilbert
    @Ryzen:~> 
    No uso la opcion "discard" porque tengo habilitado “fstrim”

    Código PHP:
    gilbert@Ryzen:~> sudo systemctl status fstrim.timer
    [sudopassword for root
    &
    #9679; fstrim.timer - Discard unused blocks once a week
       
    Loadedloaded (/usr/lib/systemd/system/fstrim.timerenabledvendor presetenabled)
       
    Activeactive (waitingsince Sat 2019-06-01 05:45:59 EDT1 day 13h ago
      Trigger
    Mon 2019-06-03 00:00:00 EDT5h 12min left
         Docs
    man:fstrim

    Jun 01 05
    :45:59 Ryzen systemd[1]: Started Discard unused blocks once a week.
    gilbert@Ryzen:~> 
    ...como pueden ver esta programado para 1 vez por semana.

    La opcion "noatime" me pareció hasta ahora mejor, aunque estoy valorando "relatime" y la opcion "ssd" no la puedo poner, deja de arrancar el sistema, tengo que recrearla en otro momento para ver cual es el error que debuta.

    Así van las cosas, abierto a sugerencias comentarios.


    Salud y Suerte.

    Código PHP:
    david@linux-7vrf:~> cat /etc/fstab
    UUID
    =729e2d9f-9c5a-469e-add2-d35533a2bfe0  /                       btrfs  noatime                       0  0
    UUID
    =729e2d9f-9c5a-469e-add2-d35533a2bfe0  /.snapshots             btrfs  subvol=/@/.snapshots          0  0
    UUID
    =729e2d9f-9c5a-469e-add2-d35533a2bfe0  /boot/grub2/x86_64-efi  btrfs  subvol=/@/boot/grub2/x86_64-efi  0  0
    UUID
    =729e2d9f-9c5a-469e-add2-d35533a2bfe0  /boot/grub2/i386-pc     btrfs  subvol=/@/boot/grub2/i386-pc  0  0
    UUID
    =5EE4-E798                             /boot/efi               vfat   defaults                      0  0
    UUID
    =729e2d9f-9c5a-469e-add2-d35533a2bfe0  /opt                    btrfs  subvol=/@/opt                 0  0
    UUID
    =17021238-f903-43be-80aa-8d291db4c58b  /home                   xfs    defaults                      0  0
    UUID
    =f9dd5164-6493-4c3c-a8e9-c195329a8e87  /var                    btrfs  defaults                      0  0
    UUID
    =729e2d9f-9c5a-469e-add2-d35533a2bfe0  /usr/local              btrfs  subvol=/@/usr/local           0  0
    UUID
    =c8aaa7c8-142d-44c0-8671-48f1a9044e58  /tmp                    btrfs  defaults                      0  0
    UUID
    =729e2d9f-9c5a-469e-add2-d35533a2bfe0  /srv                    btrfs  subvol=/@/srv                 0  0
    UUID
    =729e2d9f-9c5a-469e-add2-d35533a2bfe0  /root                   btrfs  subvol=/@/root                0  0
    UUID
    =119cb18a-7b6c-469f-afcb-f24c0d35c608  /particionaparte        xfs    defaults                      0  0
    UUID
    =bf0aaa87-aa06-4e56-9f07-fa0020da54cf  swap                    swap   defaults                      0  0 
    Código PHP:
    david@linux-7vrf:~> sudo systemctl status fstrim.timer
    [sudopassword for root
    &
    #9679; fstrim.timer - Discard unused blocks once a week
       
    Loadedloaded (/usr/lib/systemd/system/fstrim.timerenabledvendor presetenabled)
       
    Activeactive (waitingsince Sun 2020-01-19 16:39:46 CET2h 24min ago
      Trigger
    Mon 2020-01-20 00:00:00 CET4h 56min left
         Docs
    man:fstrim

    ene 19 16
    :39:46 linux-7vrf systemd[1]: Started Discard unused blocks once a week
    Mi duda es:

    ¿¿He de añadir al archivo etc/fstab en la ultima línea esto:??
    Código:
    tmpfs                                      /tmp                    tmpfs  noatime,mode=1777             0  0
    siendo que he puesto la partición /tmp en el HDD mecánico, ¿sigue siendo recomendable hacerlo?

    ES que no entiendo bien lo que dice DiabloRojo con respecto a ello:

    No te recomiendo eliminar el punto de montaje (/tmp) si no cambiar la partición donde apunta, a una partición del HDD. Te en cuenta que si eliminas esa linea del fstab, la carpeta /tmp que depende del directorio raíz sigue apuntando al mismo UUID que había antes, que a efecto prácticos es lo mismo pero ¿mas inestable? a no tener su propia linea de fstab.

    Como mover carpetas en linux: linux move partition tmp fstab SSD

    Las ultimas intervenciones de Mikrios me superan ya en entendimiento de lo que comenta

    ¿Algún consejo?


    Muchas gracias

  11. #37
    Fecha de Ingreso
    06-agosto-2013
    Ubicación
    / Home
    Mensajes
    276
    Post Thanks / Like
    Poder de Credibilidad
    8
    La opción de los tmp a ram, depende en gran medida de la ram de que dispongas, y los trabajos que realices; p.ej. si compilas tus cosas, la vas a necesitar obiamente, pero algunos directorios que cuelgan de la / en un disco mecánico, hacen un poco más lento el proceso(s) realizado.
    Yo hace tiempo, mi primer SSD, use esté enlace y los link's que facilita que no tienen desperdicio en absoluto.
    Salu2
    Edito: dejar sin asignar entre un 10% y un 15% al final del SSD
    Última edición por enae; 20-ene-2020 a las 14:39

  12. #38
    Fecha de Ingreso
    07-febrero-2007
    Ubicación
    Ourense
    Mensajes
    8.838
    Post Thanks / Like
    Poder de Credibilidad
    25
    Hola.

    En general, no hace falta loquear con la instalación de openSUSE (salvo que uno quiera hacer cosas muy concretas. Por ejemplo, aquí tienes lo que instala openSUSE 15.1 por defecto:
    Código:
    cat /etc/fstab 
    UUID=...  /                       btrfs  defaults                      0  0
    (...)
    UUID=...  /boot/grub2/x86_64-efi  btrfs  subvol=/@/boot/grub2/x86_64-efi  0  0
    UUID=...  /boot/grub2/i386-pc     btrfs  subvol=/@/boot/grub2/i386-pc  0  0
    UUID=..                            /boot/efi               vfat   defaults                      0  0
    karlggest@miequipo:~> mount |grep "/ "
    /dev/sda2 on / type btrfs (rw,relatime,ssd,space_cache,subvolid=506,subvol=/@/.snapshots/213/snapshot)
    Tambien es una configuración SSD+HDD.

    Como ves, / está montado correctamente sin que haya sido requerida intervención del usuario alguna (y mucho menos sin tener que hacer cambios en fstab). Siempre es útil comprobar si la instalación es correcta, pero no te fijes tanto en el contenido de fstab.

    Salud!!

  13. #39
    Fecha de Ingreso
    25-octubre-2016
    Ubicación
    por el pirineo oscense
    Mensajes
    16
    Post Thanks / Like
    Poder de Credibilidad
    0
    Cita Iniciado por karlggest Ver Mensaje
    Hola.

    En general, no hace falta loquear con la instalación de openSUSE (salvo que uno quiera hacer cosas muy concretas. Por ejemplo, aquí tienes lo que instala openSUSE 15.1 por defecto:
    Código:
    cat /etc/fstab 
    UUID=...  /                       btrfs  defaults                      0  0
    (...)
    UUID=...  /boot/grub2/x86_64-efi  btrfs  subvol=/@/boot/grub2/x86_64-efi  0  0
    UUID=...  /boot/grub2/i386-pc     btrfs  subvol=/@/boot/grub2/i386-pc  0  0
    UUID=..                            /boot/efi               vfat   defaults                      0  0
    karlggest@miequipo:~> mount |grep "/ "
    /dev/sda2 on / type btrfs (rw,relatime,ssd,space_cache,subvolid=506,subvol=/@/.snapshots/213/snapshot)
    Tambien es una configuración SSD+HDD.

    Como ves, / está montado correctamente sin que haya sido requerida intervención del usuario alguna (y mucho menos sin tener que hacer cambios en fstab). Siempre es útil comprobar si la instalación es correcta, pero no te fijes tanto en el contenido de fstab.

    Salud!!
    Pero claro, entonces entiendo que la instalación no hace distinciones de donde coloca las carpetas que mas escrituras realizan en el SSD...las famosas /tmp y /var ¿no? ¿o no he entendido lo que respondes?

  14. #40
    Fecha de Ingreso
    25-octubre-2016
    Ubicación
    por el pirineo oscense
    Mensajes
    16
    Post Thanks / Like
    Poder de Credibilidad
    0
    Gracias por las respuestas....

    Ya habia mirado el artículo que me sugieres enae, lo que me pasa dados mis escasos conocimientos en este tema, es que lo que yo entiendo es que dado que en los SSD conviene evitar la cantidad de datos que se escriben en ellos, hay carpetas que "conviene" que escriban en el HDD de la instalación. Básicamente es el /home y por lo que he entendido leyendo por ahí el /var y /tmp. Por ello, las he instalado en particiones del HDD dejando el efi/boot y la particion raiz en el SSD.

    Lo que ahora me surge la duda, es si una vez que la particion esta en el HDD, es conveniente añadir al fstab la linea que se sugiere en ese artículo:

    Código PHP:
    tmpfs                                      /tmp                    tmpfs  noatime,mode=1777             0  0 
    Entiendo que al estar en una particion aparte, se más lento
    algunos directorios que cuelgan de la / en un disco mecánico, hacen un poco más lento el proceso(s) realizado.
    (no lo sabía, la verdad)...lo que no se si el añadir esa linea al fstab es redundante con los mismos archivos alojados ya en otra particion en otro disco...o lo he hecho mal instalandola en otra particion en otro disco y lo que hay que hacer es crear esa linea para que use la RAM (yo tengo 8 GB de RAM y uso el ordenador para temas domesticos de pelis, musica, office, navegar y programas de cartografia estilo JOSM y QmapShack...no se los requerimientos que conlleva ello)

    Saludos

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Temas Similares

  1. Respuestas: 2
    Último mensaje: 28-dic-2018, 00:47
  2. ¿Ya salió Leap 15.1?
    By SergioNN in forum La cafetería
    Respuestas: 4
    Último mensaje: 02-oct-2018, 06:28
  3. Actualización de Leap 14.3 a Leap 15
    By jecale47 in forum Sobre ForoSUSE
    Respuestas: 22
    Último mensaje: 28-jul-2018, 15:29
  4. Actualizar de Leap 42.3 a Leap 15.0 con el mínimo esfuerzo
    By DiabloRojo in forum General OpenSUSE
    Respuestas: 1
    Último mensaje: 10-jun-2018, 18:32
  5. Actualizaciones Leap
    By eferrese in forum Instalación y Actualizaciones
    Respuestas: 6
    Último mensaje: 05-mar-2018, 01:40

Marcadores

Normas de Publicación

  • No puedes crear nuevos temas
  • No puedes responder mensajes
  • No puedes subir archivos adjuntos
  • No puedes editar tus mensajes
  •