FreeBSD 10.3 ZFS - SSD Alignment

R

Ryudo

Active Member
Hallo

Ich habe vor ca. einer Woche, eine FreeBSD installation auf meinem Thinkpad T530 begonnen.
Das System wurde auf 2* 256GB Toshiba SSDs mit dem ZFS bsdinstaller installiert.
Verwendet wurden folgende Optionen:

Mirror: 2 disks
Force 4K Sectors: YES
Encrypt Disks: YES
Partition Scheme: GPT UEFI
Swap Size: 4g
Mirror Swap?: YES
Encrypt Swap?: YES

Nach der Installation, wollte ich mal überprüfen ob die SSDs richtig aligned wurden, und irgendwas macht mich stutzig.
Ich bekomme per diskinfo die Meldung das die Platten nen stripeoffset von 0 haben. Müsste da nicht 4096 stehen?

Anbei nochn Logauszug von gpart / zfs ahsift & diskinfo:

Code: 
root@FreeBSD:~ # gpart show ada0 ada1
=>       34  500118125  ada0  GPT  (238G)
         34          6        - free -  (3.0K)
         40       1600     1  efi  (800K)
       1640        408        - free -  (204K)
       2048    4194304     2  freebsd-zfs  (2.0G)
    4196352    8388608     3  freebsd-swap  (4.0G)
   12584960  487532544     4  freebsd-zfs  (232G)
  500117504        655        - free -  (328K)

=>       34  500118125  ada1  GPT  (238G)
         34          6        - free -  (3.0K)
         40       1600     1  efi  (800K)
       1640        408        - free -  (204K)
       2048    4194304     2  freebsd-zfs  (2.0G)
    4196352    8388608     3  freebsd-swap  (4.0G)
   12584960  487532544     4  freebsd-zfs  (232G)
  500117504        655        - free -  (328K)

root@FreeBSD:~ # zdb | grep ashift
            ashift: 12
            ashift: 12
root@FreeBSD:~ # diskinfo -v /dev/ada0 /dev/ada1
/dev/ada0
        512             # sectorsize
        256060514304    # mediasize in bytes (238G)
        500118192       # mediasize in sectors
        0               # stripesize
        0               # stripeoffset
        496149          # Cylinders according to firmware.
        16              # Heads according to firmware.
        63              # Sectors according to firmware.
        Z5FS100ETB7W    # Disk ident.

/dev/ada1
        512             # sectorsize
        256060514304    # mediasize in bytes (238G)
        500118192       # mediasize in sectors
        0               # stripesize
        0               # stripeoffset
        496149          # Cylinders according to firmware.
        16              # Heads according to firmware.
        63              # Sectors according to firmware.
        Z5ES101KTB7W    # Disk ident.

Ich vermute mal der ZFS Installer wird nur im ZFS Pool ein 4K forcen, liege ich da richtig?

Gruss
Ryudo
 
Für mich sieht das eigentlich alles ganz gut so aus. Deine Datenpartitionen sind richtig aligned. Die Partitionen mit dem ganzen Bootgeraffel sind egal da von diesen ja nix groß gelesen wird. Ein entsprechendes Alignment kann dir hier im schlimmsten Fall sogar den Bootvorgang verhageln (so ist ein 1M-Alignment - das ich eigentlich nutze und für Datenpartitionen passt - bei einer traditionellen Bootpartition das Ende deines Bootvorgangs da sie zu groß zum Laden wird).
ashift von 12 passt auch. Also ich würde sagen alles wunderbar so.
 
@Rakor

Besten Dank für die Rückmeldung, dann kann ich ja ruhigen gewissens, das Setup so belassen wie es ist!
Trim scheint auch aktiv zu sein: :)

EDIT:
WTF jetzt seh ich erst, das TRIM von der SSD unterstützt wird, aber anscheinend nicht aktiviert ist.
Ich dachte GELI, supportet mittlerweile schon das TRIM Feature, aber anscheinend doch nicht! :(

Code: 
root@FreeBSD:~ # camcontrol identify ada0
pass0: <TOSHIBA Q300 Pro JURA0101> ACS-2 ATA SATA 3.x device
pass0: 600.000MB/s transfers (SATA 3.x, UDMA5, PIO 8192bytes)

protocol              ATA/ATAPI-9 SATA 3.x
device model          TOSHIBA Q300 Pro
firmware revision     JURA0101
serial number         Z5FS100ETB7W
WWN                   500080d91053ea63
cylinders             16383
heads                 16
sectors/track         63
sector size           logical 512, physical 512, offset 0
LBA supported         268435455 sectors
LBA48 supported       500118192 sectors
PIO supported         PIO4
DMA supported         WDMA2 UDMA5
media RPM             non-rotating

Feature                      Support  Enabled   Value           Vendor
read ahead                     yes      yes
write cache                    yes      yes
flush cache                    yes      yes
overlap                        no
Tagged Command Queuing (TCQ)   no       no
Native Command Queuing (NCQ)   yes              32 tags
NCQ Queue Management           no
NCQ Streaming                  no
Receive & Send FPDMA Queued    no
SMART                          yes      yes
microcode download             yes      yes
security                       yes      no
power management               yes      yes
advanced power management      yes      yes     254/0xFE
automatic acoustic management  no       no
media status notification      no       no
power-up in Standby            no       no
write-read-verify              no       no
unload                         no       no
general purpose logging        yes      yes
free-fall                      no       no
Data Set Management (DSM/TRIM) yes
DSM - max 512byte blocks       yes              8
DSM - deterministic read       yes              zeroed
Host Protected Area (HPA)      yes      no      500118192/500118192
HPA - Security                 no

Grüsse
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben