Gracias Gracias:  8
Me Gusta Me Gusta:  11
No me Gusta No me Gusta:  0
Página 4 de 4 PrimeroPrimero ... 234
Mostrando resultados del 31 al 35 de 35

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
    4.952
    Post Thanks / Like
    Poder de Credibilidad
    11
    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
    264
    Post Thanks / Like
    Poder de Credibilidad
    7
    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
    4.952
    Post Thanks / Like
    Poder de Credibilidad
    11
    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
    264
    Post Thanks / Like
    Poder de Credibilidad
    7
    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
    264
    Post Thanks / Like
    Poder de Credibilidad
    7
    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

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, 01: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, 02: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
  •