Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!

Ogłoszenie

Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.

#1  2020-02-10 08:59:57

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

[SOLVED]Toshiba TR200 i Total_LBAs_Written.

Cześć

Kupiłem na system małego SSD Toshiba TR200 240GB.
Chodzi grzecznie niecały roczek, przepracował już ponad 4000 godzin, na razie wszystko ok, ale.....
Żywotność dyzia wg Toshiby wynosi 60TBW.

To output ze smarta dla tego dyzia:

Kod:

=== START OF INFORMATION SECTION ===
Device Model:     TOSHIBA-TR200
Serial Number:    Z8RB60UDK3LS
LU WWN Device Id: 5 00080d c01083740
Firmware Version: SBFA12.6
User Capacity:    240 057 409 536 bytes [240 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Form Factor:      2.5 inches
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-4 (minor revision not indicated)
SATA Version is:  SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Mon Feb 10 08:41:03 2020 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00)    Offline data collection activity
                    was never started.
                    Auto Offline Data Collection: Disabled.
Total time to complete Offline 
data collection:         (   30) seconds.
Offline data collection
capabilities:              (0x00)     Offline data collection not supported.
SMART capabilities:            (0x0003)    Saves SMART data before entering
                    power-saving mode.
                    Supports SMART auto save timer.
Error logging capability:        (0x01)    Error logging supported.
                    General Purpose Logging supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  9 Power_On_Hours          0x0012   100   100   000    Old_age   Always       -       4014
 12 Power_Cycle_Count       0x0012   100   100   000    Old_age   Always       -       1268
167 Unknown_Attribute       0x0022   100   100   000    Old_age   Always       -       0
168 Unknown_Attribute       0x0012   100   100   000    Old_age   Always       -       0
169 Unknown_Attribute       0x0003   100   100   010    Pre-fail  Always       -       0
173 Unknown_Attribute       0x0012   192   192   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0012   100   100   000    Old_age   Always       -       383
194 Temperature_Celsius     0x0023   073   059   020    Pre-fail  Always       -       27 (Min/Max 19/41)
241 Total_LBAs_Written      0x0032   100   100   000    Old_age   Always       -       83409

SMART Error Log Version: 1
No Errors Logged

Jak wyliczyć TBW ze  Total_LBAs_Written w dysku Toshiba/OCZ?

Przerobiłem kilka tutków:
https://www.virten.net/2016/12/ssd-total-bytes-written-calculator/
http://www.jdgleaver.co.uk/blog/2014/05/23/samsung_ … er_linux.html

i wszędzie wynika, że to powinno być Total_LBAs_Written * Sector Size / {MB,GB,TB}, tylko niestety,
wg takiego rachunku wychodziło mi zapisanie 41MB na dyziu, na którym zapisane było ponad  60GB.

W tym skrypcie:
http://www.jdgleaver.co.uk/blog/files/samsung_ssd_g … e_writes.bash
żeby zbliżyć się do realnych wartości, metodą prób i błędów musiałem dać takie

Kod:

BYTES_PER_MB=512
BYTES_PER_GB=524288
BYTES_PER_TB=536870912

zamiast prawidłowych oryginalnych:

Kod:

### BYTES_PER_MB=1048576
### BYTES_PER_GB=1073741824
### BYTES_PER_TB=1099511627776

W jakich jednostkach podają Total_LBAs_Written dyski OCZ/Toshiba, bo z pewnością nie a bajtach,
prawdopodobnie nie w kilobajtach nawet?


Na zmodyfikowanych wartościach mam taki wynik:

Kod:

------------------------------
 SSD Status:   /dev/sdb
------------------------------
 On time:      4,014 hr
------------------------------
 Data written:
           MB: 83,410.000
           GB: 81.455
           TB: .079
------------------------------
 Mean write rate:
        MB/hr: 20.779
------------------------------
Drive health:  99.87%
------------------------------

I jest on moim zdaniem najbliższy prawdy.

Cały skrypt poprawiony nieco przeze mnie:

Kod:

#!/bin/bash

#######################################
# Variables                           #
#######################################

SSD_DEVICE="/dev/sdb"

ON_TIME_TAG="Power_On_Hours"
WEAR_COUNT_TAG="Wear_Leveling_Count"
LBAS_WRITTEN_TAG="Total_LBAs_Written"
LBA_SIZE=512 # Value in bytes

BYTES_PER_MB=512
BYTES_PER_GB=524288
BYTES_PER_TB=536870912

### BYTES_PER_MB=1048576
### BYTES_PER_GB=1073741824
### BYTES_PER_TB=1099511627776

#######################################
# Get total data written...           #
#######################################

# Get SMART attributes
SMART_INFO=$(sudo /usr/sbin/smartctl -A "$SSD_DEVICE")

# Extract required attributes
ON_TIME=$(echo "$SMART_INFO" | grep "$ON_TIME_TAG" | awk '{print $10}')
WEAR_COUNT=$(echo "$SMART_INFO" | grep "$WEAR_COUNT_TAG" | awk '{print $4}' | sed 's/^0*//')
LBAS_WRITTEN=$(echo "$SMART_INFO" | grep "$LBAS_WRITTEN_TAG" | awk '{print $10}')

# Convert LBAs -> bytes
BYTES_WRITTEN=$(echo "$LBAS_WRITTEN * $LBA_SIZE" | bc)
MB_WRITTEN=$(echo "scale=3; $BYTES_WRITTEN / $BYTES_PER_MB" | bc)
GB_WRITTEN=$(echo "scale=3; $BYTES_WRITTEN / $BYTES_PER_GB" | bc)
TB_WRITTEN=$(echo "scale=3; $BYTES_WRITTEN / $BYTES_PER_TB" | bc)

# Output results...
echo "------------------------------"
echo " SSD Status:   $SSD_DEVICE"
echo "------------------------------"
echo " On time:      $(echo $ON_TIME | sed ':a;s/\B[0-9]\{3\}\>/,&/;ta') hr"
echo "------------------------------"
echo " Data written:"
echo "           MB: $(echo $MB_WRITTEN | sed ':a;s/\B[0-9]\{3\}\>/,&/;ta')"
echo "           GB: $(echo $GB_WRITTEN | sed ':a;s/\B[0-9]\{3\}\>/,&/;ta')"
echo "           TB: $(echo $TB_WRITTEN | sed ':a;s/\B[0-9]\{3\}\>/,&/;ta')"
echo "------------------------------"
echo " Mean write rate:"
echo "        MB/hr: $(echo "scale=3; $MB_WRITTEN / $ON_TIME" | bc | sed ':a;s/\B[0-9]\{3\}\>/,&/;ta')"
echo "------------------------------"
echo "scale=2; 100-($TB_WRITTEN*100/60)" | bc -l|awk '{print "Drive health:  "  $1"%"}' 
echo "------------------------------"

gdzie 60 w  "Drive health"  to 60TBW - deklarowania przez producenta żywotność dyzia.

Wszelkie sugestie mile widziane.

Pozdro

Ostatnio edytowany przez Jacekalex (2020-02-12 02:12:25)


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#2  2020-02-10 13:21:31

  jawojx - Użytkownik

jawojx
Użytkownik
Zarejestrowany: 2012-10-11

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

Jacekalex napisał(-a):

W jakich jednostkach podają Total_LBAs_Written dyski OCZ/Toshiba, bo z pewnością nie a bajtach,
prawdopodobnie nie w kilobajtach nawet?

Ja tam widzę że masz zapisane około 83,5GB, czyli u ciebie jest prosto i podaje w MB. Niestety producenci mają to gdzieś i każdy podaje, jeżeli w ogóle podają, to jak im się podoba. Najprościej sprawdzić to przez prosty test. Na przykład zobaczyć jaki jest wynik LBAs i utworzyć plik powiedzmy tak.

Kod:

dd if=/dev/zero of=test_LBAs bs=500MB count=1

To da plik o wielkości 500MB. I teraz sprawdzić czy parametr zwiększył się o tyle. Ale nie zawsze jest tak prosto, na przykład samsung podaje zapis sektorami i w tym przypadku wartość LBAs zwiększy się o około 976568, co da 976568*512=500002816 (czyli przy sektorze 512bajtów zapisano 500MB).

Edycja: No, czyli te wartości masz prawidłowe.

Kod:

------------------------------
 SSD Status:   /dev/sdb
...
 Data written:
           MB: 83,410.000
           GB: 81.455
           TB: .079

Edycja 2: Zrobiłem błąd w liczebniku zapisane, był 85,5GB, a miało być 83,5GB, już poprawiłem.

Ostatnio edytowany przez jawojx (2020-02-10 14:35:22)

Offline

 

#3  2020-02-10 18:23:36

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

83GB to po moich kombinacjach organoleptycznych, na warościach autora skrypta mam komedię:

Kod:

------------------------------
 SSD Status:   /dev/sdb
------------------------------
 On time:      4,022 hr
------------------------------
 Data written:
           MB: 40.783
           GB: .039
           TB: 0
------------------------------
 Mean write rate:
        MB/hr: .010
------------------------------
Drive health:  100.00%
------------------------------

41 MB zapisane na dyziu, na którym mam w tej chwili ponad 57GB danych, w tym drzewko portage (github), bazy danych i trzy systemy, z których dwa są regularnie aktualizowane co najmniej 2 razy na tydzień.
Nawet pomnożenie tych wyników przez 1024 nie odzwierciedliło aktualnej zawartości dysku, dlatego dałem przelicznik x2048.
W ten sposób  jestem w okolicach faktycznego użycia dyzia, a przynajmniej mam taką nadzieję. :P

Pozdro

Ostatnio edytowany przez Jacekalex (2020-02-10 18:35:09)


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#4  2020-02-10 20:27:09

  jawojx - Użytkownik

jawojx
Użytkownik
Zarejestrowany: 2012-10-11

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

Jacekalex napisał(-a):

83GB to po moich kombinacjach...

Nawet pomnożenie tych wyników przez 1024 nie odzwierciedliło aktualnej zawartości dysku, dlatego dałem przelicznik x2048.
W ten sposób  jestem w okolicach faktycznego użycia dyzia, a przynajmniej mam taką nadzieję.

Ja nie brałem tej wartości z twojego wyniku ze skryptu, tylko podałem wartość jaką odczytał smartctl (zaokrąglana na bezczelnego) i wniosek jaki nasuwał się z twojego opisu. Fragment z twojego wyniku.

Kod:

241 Total_LBAs_Written      0x0032   100   100   000    Old_age   Always       -       83409

Moim zdaniem, jeżeli jesteś przekonany że zapisałeś około 80GB danych, to u ciebie nic nie trzeba przeliczać i wartość Total_LBAs_Written wtedy, byłaby podana MB (tak jak pisałem to wcześniej). Niektóre dyski tak właśnie mają, a inne rożnie/inaczej, jak choćby podany przeze mnie przykład z samsungiem (sektory). A jak jest u ciebie, a jak się mylisz z tymi 80GB zapisanych, to wartość 83409 może oznaczać całkiem co innego. Pewnie można gdzieś znaleźć jakąś dokumentacje od Toshiby z tymi informacjami, tylko szkoda czasu na szukanie, a najszybciej i najprościej sprawdzić przez test z dd.

Co do 4000 godzin w rok i 83,5GB zapisu, to na podstawowy/systemowy trochę mało, te  83.5GB w rok*. I nie dowiemy się czy to jest prawidłowa wartość, bez jakiegoś testu. I trzeba było to sprawdzić tak jak opisałem, dla upewnienia się. Przecież można użyć mniejszej ilości danych niż 500MB, może 50MB. (Wcześniej sprawdź, czy coś nie zapisuje na dysku, to wynik będzie dokładny w 100% i znajdzie się jak liczy.)

Kod:

dd if=/dev/zero of=test_LBAs bs=50MB count=1

Bo inaczej to takie celowanie z mnożnikiem x2048, gdzie twój dysk ma sektory o wielkości 512B, to dlaczego 2048. Przecież nie wiadomo, czy się nie pomyliłeś, z tym szacowaniem zapisu. Fragment z twojego wyniku smartctl.

Kod:

Sector Size:      512 bytes logical/physical

*Ja w rok mam znacznie więcej niż 1,5TB zapasu na dysku (przy wrzuceniu wszystkiego w ramdysk, razem z tmp, przerzucam czasami duże ilości danych nie ma co pisać, że to się bierze z niczego), ale na niektórych mniej, to nic nie znaczy.

Ostatnio edytowany przez jawojx (2020-02-10 20:38:10)

Offline

 

#5  2020-02-10 21:04:44

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

Hmm:

Kod:

 dd if=/dev/zero of=/tmp/lbatest bs=128MB count=1
1+0 przeczytanych rekordów
1+0 zapisanych rekordów
skopiowane 128000000 bajtów (128 MB, 122 MiB), 0,0608593 s, 2,1 GB/s

Kod:

smartctl -A /dev/sdb | grep LBA
241 Total_LBAs_Written      0x0032   100   100   000    Old_age   Always       -       83570

Kod:

cp /tmp/lbatest /ssdtmp/

Kod:

du -shm /ssdtmp/lbatest 
123    /ssdtmp/lbatest

Kod:

sync
echo 3 > /proc/sys/vm/drop_caches

Kod:

smartctl -A /dev/sdb | grep LBA
241 Total_LBAs_Written      0x0032   100   100   000    Old_age   Always       -       83575

122Mib zajeło 5 punktów w Total_LBAs?

Ten dysk ma kapitalne API SMART, nic dodać, nic ująć. :P

Ja na tym dyziu trzymam tylko systemy operacyjne, bazy danych i repo ebuildów, nie ma tam za dużo do zapisywania.
Na dane mam solidnego dyzia magnetycznego:

Kod:

/dev/sda - Model: Western Digital Gold
/dev/sda - Symbol: WDC WD1005FBYZ-01YCBB2
/dev/sda - Seria: WD-WMC6M0J4VTSU

SSD używam do wyciszenia komputera i przyspieszenia startu kompa i programów.
Żadnych ważnych informacji nie zamierzam trzymać na tak ryzykownej technologii.
System też się bootouje z WDC, na którym zawsze mam kopię w miarę  aktualnego OS.
W ten sposób awaria SSD nie tylko nie ucegli kompa, ale spowoduje konieczność wybrania innej pozycji bootowania w extlinux.

W rolach głównych udział wzięli:

Kod:

/dev/sda - Model: Western Digital Gold
/dev/sda - Symbol: WDC WD1005FBYZ-01YCBB2
/dev/sda - Seria: WD-WMC6M0J4VTSU
/dev/sda: Power_On_Hours = 10375
/dev/sda: Reallocated_Sector_Ct = 0
/dev/sda: Spin_Retry_Count = 0
/dev/sda: Calibration_Retry_Count = 0
/dev/sda: Reallocated_Event_Count = 0
/dev/sda: Current_Pending_Sector = 0
/dev/sda: Offline_Uncorrectable = 0
/dev/sda: UDMA_CRC_Error_Count = 0
/dev/sda: Multi_Zone_Error_Rate = 0

/dev/sdb -
/dev/sdb - Symbol: TOSHIBA-TR200
/dev/sdb - Seria: Z8RB60UDK3LS
/dev/sdb: Power_On_Hours = 4024
/dev/sdb: Total_LBAs_Written = 83575

Pozdro

Ostatnio edytowany przez Jacekalex (2020-02-10 21:16:09)


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#6  2020-02-10 23:19:45

  jawojx - Użytkownik

jawojx
Użytkownik
Zarejestrowany: 2012-10-11

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

Jeżeli przyjąć że jest to prawda i miejsce /ssdtmp jest na tym SSD (nie ma powodów bym myślał że jest gdzie indziej, dla ścisłości o tym wspomniałem), to jeden punkt Total_LBAs_Written ma około 25MB, nie można było okrągłej setki zrobić, tylko 128MB :), to z tego wynika że masz zapisane od początku, na tym SSD około 2TB (i to jest bliżej prawdy, niż 83,5GB)*. No musisz to obserwować, by potwierdzić uściślić ten parametr, a może coś tam sobie jakieś cache zrobiło (Windows 10 plik stronicowania, taki żart, wiem że nie masz Windowsa tam).

A tak poważnie to jest wciąż mały procent w stosunku do żywotności gwarantowanej przez producenta i wcale nie jest to dużo (najlepiej pytać kogoś kto ma Windowsa 10), a 83,5GB zapisu przez rok, to było ekstremalnie mało. Ale nie zmienia to faktu że producenci utrudniają znalezienie informacji, o niektórych atrybutach smart.

Ostatnio edytowany przez jawojx (2020-02-10 23:21:45)

Offline

 

#7  2020-02-10 23:53:57

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

Nie przez rok tylko od około  10 kwietnia 2019.
Dwie instalacje Gentoo, jeden Debian.
Do Tego Mysql, Posgresql i drzewko portage+overlaye (GIT)+ baza Sqlite Quterss.

Ani mało, ani dużo, w sam raz na możliwości dyzia opisane przez producenta.
Więcej nie potrzebuję tam trzymać, bo i po co.

Ostatnio edytowany przez Jacekalex (2020-02-10 23:55:58)


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#8  2020-02-11 18:59:25

  yossarian - Szczawiożerca

yossarian
Szczawiożerca
Skąd: Shangri-La
Zarejestrowany: 2011-04-25

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

Jacekalex napisał(-a):

Chodzi grzecznie niecały roczek, przepracował już ponad 40000 godzin…

A to bardzo ciekawe :D

Offline

 

#9  2020-02-11 19:02:46

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

yossarian napisał(-a):

Jacekalex napisał(-a):

Chodzi grzecznie niecały roczek, przepracował już ponad 40000 godzin…

A to bardzo ciekawe :D

Literówka, chodzi ponad 4 tys godzin. :P


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#10  2020-02-11 23:14:03

  yossarian - Szczawiożerca

yossarian
Szczawiożerca
Skąd: Shangri-La
Zarejestrowany: 2011-04-25

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

Sprawdź jeszcze takie wyniki:

Kod:

smartctl -l devstat /dev/sdb

Offline

 

#11  2020-02-11 23:57:48

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

Kod:

# root ~> smartctl -l devstat /dev/sdb
smartctl 7.0 2018-12-30 r4883 [x86_64-linux-5.5.2-g1] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org

Device Statistics (GP Log 0x04)
Page  Offset Size        Value Flags Description
0x01  =====  =               =  ===  == General Statistics (rev 1) ==
0x01  0x008  4            1274  ---  Lifetime Power-On Resets
0x01  0x010  4            4041  ---  Power-on Hours
0x01  0x018  6      5507396474  ---  Logical Sectors Written
0x01  0x028  6      4911220600  ---  Logical Sectors Read
0x04  =====  =               =  ===  == General Errors Statistics (rev 1) ==
0x04  0x008  4               0  ---  Number of Reported Uncorrectable Errors
0x05  =====  =               =  ===  == Temperature Statistics (rev 1) ==
0x05  0x008  1              26  ---  Current Temperature
0x05  0x020  1              41  ---  Highest Temperature
0x05  0x028  1              19  ---  Lowest Temperature
0x06  =====  =               =  ===  == Transport Statistics (rev 1) ==
0x06  0x018  4               0  ---  Number of Interface CRC Errors
0x07  =====  =               =  ===  == Solid State Device Statistics (rev 1) ==
0x07  0x008  1               3  ---  Percentage Used Endurance Indicator
                                |||_ C monitored condition met
                                ||__ D supports DSN
                                |___ N normalized value

Proszę.


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#12  2020-02-12 00:44:03

  yossarian - Szczawiożerca

yossarian
Szczawiożerca
Skąd: Shangri-La
Zarejestrowany: 2011-04-25

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

Masz tu podany stopień zużycia dysku:

0x07  0x008  1               3  ---  Percentage Used Endurance Indicator

Percentage Used Endurance Indicator – This statistic counts increases from 0 to 100, and may even go beyond 100 for drives that exceed their expected lifetime. A value of 0 indicates a new device, whereas 100 indicates that the device is at the end of its lifespan as projected by the manufacturer. The value can reach a value of 255.

https://campus.barracuda.com/product/nextgenfirewal … dware-models/

Dla pewności trzeba by w dokumentacji producenta dysku sprawdzić, które (i jak) wyniki SMART należy interpretować.

Przykładowo dla mojego Intela kluczowy jest:

Media Wearout Indicator – This attribute reports the number of cycles the NAND media has undergone. The normalized value declines in a linear fashion from 100 to 1 as the average erase cycle count increases from 0 to the maximum rated cycles. When the normalized value reaches 1, the number will not decrease. However, it is likely that significant additional wear can be put on the device.

233 Media_Wearout_Indicator 0x0032   099   099   000    Old_age   Always

czyli bardzo dobrze.

Offline

 

#13  2020-02-12 00:57:00

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

Czyli zakładamy, że zyżycie dyzia wynosi 3%, co jak na 4000 godzin nie jest złym wynikiem.
Równocześnie  dyzio ma wytrzymać 60TBW, i tam jest wykorzystane maks 3% albo i mniej.
To o tak lepiej, niż oczekiwałem, bo przewiduję żywot grata na dwa lata, tyle jest w gwarancji oraz rękojmi.

Pozdro


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#14  2020-02-12 01:22:06

  yossarian - Szczawiożerca

yossarian
Szczawiożerca
Skąd: Shangri-La
Zarejestrowany: 2011-04-25

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

3% z 60TB to 1.8TB, czyli mniej więcej tyle co wyliczył jawojx:

jawojx napisał(-a):

jeden punkt Total_LBAs_Written ma około 25MB, nie można było okrągłej setki zrobić, tylko 128MB :), to z tego wynika że masz zapisane od początku, na tym SSD około 2TB (i to jest bliżej prawdy, niż 83,5GB

Wynik 83GB byłby zupełnie nierealny dla baz danych, 3 systemów etc. i ok. 10 miesięcy.

Offline

 

#15  2020-02-12 02:09:54

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

Wynik 83GB byłby zupełnie nierealny dla baz danych, 3 systemów etc. i ok. 10 miesięcy.

Jeśli $HOME i wszystkie ściągane z netu pliki i filmy  są na innych dyskach, to możliwe.
To też jest ważny kawałek systemu, który siedzi na innym dyziu i na sdb  w ogóle nie zagląda.

Kod:

DISTDIR="/home/Gentoo/sources"
PKGDIR="/home/Gentoo/Paczki92"

W każdym razie, jak nie liczyć, to w 10 miechów 3%, oznacza jakieś 8% w 24 miechy, czyli do końca gwarancji i rękojmi.
To mnie najbardziej interesowało.

Pozdro

Ostatnio edytowany przez Jacekalex (2020-02-12 02:11:50)


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#16  2020-02-12 19:05:27

  jawojx - Użytkownik

jawojx
Użytkownik
Zarejestrowany: 2012-10-11

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

Taka sugestia, wynikająca z nowych informacji.

Tamte wyniki były mało precyzyjne, bo i dane wyjściowe mało precyzyjne, przez to źle dobrane i zaokrąglone. Liczenie z "zaokrąglonego" procenta (nie ma wartości ułamkowej), też są mało dokładne przy dużych liczbach, bo może to jest 3,9%, a nie 3.1% (nie wiadomo jak producent uściśla ten procent, dla informacji o zużyciu może mało istotny ułamek, ale dla wiedzy spory).

Ale teraz mamy wynik zapisanych danych, co do sektora.

Kod:

0x01  0x018  6      5507396474  ---  Logical Sectors Written

Niestety w niektórych dyskach będzie info tylko o procentowym zużyciu (czasami odbiegające od rzeczywistego procenta zużycia), a w niektórych nie będzie żadnej informacji podawanej z smartctl -l devstat. A w jeszcze innych, to będą wartości równe i tu, i w Total_LBAs_Written będą to zapisane sektory.

I z tego możemy wyznaczyć jednostkę Total_LBAs_Written precyzyjniej niż wcześniej i przy tych informacjach już najdokładniej jak można.

Mając wyniki ilości zapisanych sektorów, Sector Size SSD i wartość atrybutu Total_LBAs_Written, można wyliczyć wielkość jednostki tego drugiego, dzieląc wynik zapisanych danych tu w MiB, wartość z Logical Sectors Written*512*2^-20, przez wartość z Total_LBAs_Written, powinno dać wynik u ciebie około 32MiB. I te 32 by pasowało, bo ja nigdzie nie widziałem przelicznika 25MB w Total_LBAs_Written, ale przecież nie widziałem wszystkiego. Na tych danych co mamy, wyglądało by to tak.

Kod:

5507396474*512*2^-20/84036=32

Czyli jednostka w Total_LBAs_Written odpowiada 32MiB. I w zasadzie tyle, ale można sprecyzować i sprawdzić dalej dokładnie że, to

Kod:

dd if=/dev/zero of=test_LBAs bs=32M count=1

utworzy nam plik o wielkości 33554432 bajtów (34 MB, 32 MiB). Aby być precyzyjnym, i nie mieć nieścisłości w wynikach, będziemy używać informatycznego przedrostka binarnego, a nie dziesiętnego. Czyli, dla przykładu, przeliczać z bajtów na "dwójkowy" MiB, tak.

Kod:

33554432*2^-20=32

I tamten przykład z dd test_LBAs powinien zapisać 65536 sektorów (przy wielkości sektora 512B jak jest u ciebie). Dowód (sprawdziłem też, nie tylko liczyłem):

Kod:

33554432/512=65536

i jeżeli taki jest wynik zapisanych sektorów (zmiany powinny być widoczne od razu, czasami tylko bywa tak, że uaktualniane są dopiero z opóźnieniem po 1-3s), to u ciebie jednostka w Total_LBAs_Written odpowiada 33554432B = 32MiB (czyli taka sama jak przy pierwszym obliczaniu) i wartość atrybutu 241 powiększy się po tym o jeden.

To według tych nowych danych z 5507396474 Logical Sectors Written, na tym dysku, jest zapisanych w przeliczaniu na TB.

Kod:

5507396474*512*2^-40=2,564581332

Czyli masz dokładnie 2,564TB zapisane. A przy wartości 5507396474 zapisanych sektorów i przy wartości jednostki w Total_LBAs_Written odpowiadającemu 32MiB, wynik w atrybucje smart Total_LBAs_Written powinien wynosić.

Kod:

(5507396474*512*2^-20)/32=84036,201080322

Czyli, Total_LBAs_Written wtedy było o wartości 84036. To daje już wyniki z maksymalną dokładnością.

Ostatnio edytowany przez jawojx (2020-02-12 19:12:14)

Offline

 

#17  2020-02-12 19:27:32

  yossarian - Szczawiożerca

yossarian
Szczawiożerca
Skąd: Shangri-La
Zarejestrowany: 2011-04-25

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

Ale to tylko orientacyjny i mocno teoretyczny wskaźnik. Te 60TBW to tylko założenie producenta, który tak sobie wyznaczył minimalną trwałość dysku. Po tych 60TB dysk się przecież automatycznie nie rozsypie ;-)

Offline

 

#18  2020-02-12 20:32:29

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

Mnie interesuje tylko, żeby dożył tego 60TBW.
Jeśli teraz mam w okolicy 2 TBW, to 30x10 miechów, to dużo więcej, niż ten dysk przetrwa i dużo więcej, niż moje oczekiwania, bylem tylko ciekaw, czy nie psuje się za szybko.

Producent daje do niego program SSDUTILITY, ale to jakaś spartolona binarka, która się wywala z segfaultem w sekundę po uruchomieniu. Tak właśnie wygląda ta tajna, kosmiczna technologia producentów. :P

Dokumentacji technicznej tego dyzia, w kontekście jego atrybutów SMART nie ma chyba nawet NSA.

Następny dysk kupię wyłącznie po konsultacji z bazą Smartmontools.

Ostatnio edytowany przez Jacekalex (2020-02-12 20:46:15)


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#19  2020-02-12 20:37:52

  yossarian - Szczawiożerca

yossarian
Szczawiożerca
Skąd: Shangri-La
Zarejestrowany: 2011-04-25

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

Kluczowe liczby masz w warunkach gwarancji od producenta.

Powinna być tam podana ilość zapisanych danych lub któryś ze wskaźników SMART, które to są konkretnymi warunkami gwarancji.

Te 60TBW skąd masz?

Offline

 

#20  2020-02-12 20:47:41

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

Z opisu na stronie Toshiby.
W instrukcji też była tak uwaga w warunkach gwarancji.
Żadnego parametru SMART w tej gwarancji nie widziałem.

javox napisał(-a):

i jeżeli taki jest wynik zapisanych sektorów (zmiany powinny być widoczne od razu, czasami tylko bywa tak, że uaktualniane są dopiero z opóźnieniem po 1-3s), to u ciebie jednostka w Total_LBAs_Written odpowiada 33554432B = 32MiB (czyli taka sama jak przy pierwszym obliczaniu) i wartość atrybutu 241 powiększy się po tym o jeden.

Kod:

# root ~> egrep '^LBA_SIZE' `which ssdlife`
LBA_SIZE=33554432

Kod:

# root ~> ssdlife
------------------------------
 SSD Status:   /dev/sdb
------------------------------
 On time:      4,057 hr
------------------------------
 Data written:
           MBW: 2,706,208.000
           GBW: 2,642.781
           TBW: 2.580
------------------------------
 Mean write rate:
        MB/hr: 667.046
------------------------------
Zużycie dysku - zapis - zostało jeszcze:  95.70%
Dyziowi zostało jeszcze: 97% życia 
------------------------------

Może być, z ale tym razem zużycie dysku wynikające z wyczerpania TBW znacząco wyprzedza parametr "Percentage Used Endurance Indicator".

Poza tym przy takich rachunkach absurdalna jest wartość zapisu MB/hr, 10MB na minutę na pewno na dyzia nie trafia, większość logów idzie na kolejki /dev/{syslog,authlog,mess,maillog} a nie na dysk.
Aktualizacje systemowe robię raz na tydzień, home jest gdzie indziej, z baz SQL korzysta na razie Spamassasiin (filtrów bayesa nie używam), quiterss, postfix i dovecot, w niewielkim stopniu KDE.

Kod:

# root ~> file  /dev/{syslog,authlog,mess,maillog}
/dev/syslog:  fifo (named pipe)
/dev/authlog: fifo (named pipe)
/dev/mess:    fifo (named pipe)
/dev/maillog: fifo (named pipe)

Wygląda na to, że z precyzją danych SMART się Toshiba nie popisała.

Ostatnio edytowany przez Jacekalex (2020-02-12 23:36:13)


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#21  2020-02-13 21:49:41

  jawojx - Użytkownik

jawojx
Użytkownik
Zarejestrowany: 2012-10-11

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

Nie wiem od czego zacząć, to może od końca.

Jacekalex napisał(-a):

Wygląda na to, że z precyzją danych SMART się Toshiba nie popisała.

Dlaczego, jeżeli sprawdziłeś zgodnie z tym co opisałem i dane zapisane pokrywały się ze zmianami w wyniku, odpowiednio przeliczonym z Logical Sectors Written i Total_LBAs_Written, to te informacje są jak najbardziej prawidłowe. Przy twoich trzech systemach i bazach danych to, te 2.6 TB w 11 miesięcy jest małym wynikiem. Tak i widać że ustawiłeś system, by zapis na nim był mniejszy, bo inaczej pewnie miałbyś ze trzy razy tyle. W ogóle nieskonfigurowany Firefox, czy inna przeglądarka może chlapnąć na dysk dosyć szybko > 1GB zapisu.   

Są narzędzia do monitorowania dysków, nawet nmon pokazuje zapis/odczyt z dysków w czasie rzeczywistym (można iotop-em, a są i inne), możesz zawsze sprawdzić co bazgrze po dyskach, a i porównać te wyniki z danymi ze smart. Uwierz, jeżeli w ogóle podawane są te dane, to zazwyczaj są prawidłowe, tylko czasami problem jest z wykryciem sposobu ich przeliczania.

Jeżeli tamto co podałem wydaje ci się błędne, to nie trzeba opierać się na samym smart, można to porównać z innymi informacjami. Statystki dysków masz też w /proc/diskstats i /sys/block/sdb/stat (dla tego dysku, u ciebie SSD to sdb był, nie chce mi się szukać, ale chyba się nie pomyliłem). Lub uporządkować te dane w vmstat -d.

Sprawdź ile zostało zapisane w bieżącej sesji (w MB).

Kod:

iostat -m -p sdb

Trzeba pamiętać że, sporo danych jest zapisywanych przy zamykaniu sytemu i brać pod uwagę, że jednego dnia będzie tyci zapis, a drugiego porządny grubas. A średnio to da i tak 2,6TB na 11 miesięcy. :)

Zawsze można napisać skrypt (jak ktoś nie ma ochoty tego śledzić), porównujący zmiany w smart z innymi programami monitorującymi dysk, kiedyś napisałem taki i wyniki zawsze się pokrywały (rzadko z minimalnym jednostkowym opóźnieniem, 1MB poślizgu).

Jacekalex napisał(-a):

Poza tym przy takich rachunkach absurdalna jest wartość zapisu MB/hr, 10MB na minutę na pewno na dyzia nie trafia, większość logów idzie na kolejki /dev/{syslog,authlog,mess,maillog} a nie na dysk.

Czasami nic nie będzie zapisywane, a czasami śmignie wielokrotnie więcej w sekundę, a nie w minutę niż 10MB, średnia u Ciebie 667MB/h wygląda jak najbardziej na prawidłową. Uruchom dstat z odświeżaniem sekundowym i zrób nie aktualizacje systemu, a tylko uaktualnienie repozytoriów, zwykłe apt update (koniecznie sprawdź później ile to zrobiło MB zapisu), lub jakąś kompilacje najlepiej na gentoo i najlepiej przeglądarkę chromium.* :)

Kod:

dstat -tdD total,sdb

Jacekalex napisał(-a):

...zużycie dysku wynikające z wyczerpania TBW znacząco wyprzedza parametr "Percentage Used Endurance Indicator".

Jeden procent, tak jak pisałem, może wynikać z braku zapisu ułamkowego, to jest niewielka różnica. Mam i taki dysk, gdzie ta różnica to 20%, a nie 1, tak że tyle można na tym procentowym parametrze polegać.

*) Nie ma wężyka w edytorze. To nie była złośliwość, a żart, ale pokazujący istotę problemu.

Ostatnio edytowany przez jawojx (2020-02-13 21:50:11)

Offline

 

#22  2020-02-13 21:58:01

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: [SOLVED]Toshiba TR200 i Total_LBAs_Written.

Poza bazami danych, kilkoma logami, Portage na SSD zapisywać może tylko Quiterss.
FF, Chrome i Thuderbird nic tam nie zapisują bo po prostu nie mogą, zapisują w /home a home jest na innym dyziu.

Rsyslog zapisuje tam auth.log i kern.log, reszta idzie na named.pipe i omija dyski.

W każdym razie, jeśli dwoma niezależnymi metodami ustaliłem zużycie dyzia na jakieś 3-4,5%,
to dokładnie takich informacji poszukiwałem.

Dlatego od dłuższego czasu tam tam na górze ma takie tajemnicze słówko SOLVED. :P

Dzięki za wyczerpujący wykład.

Aktualny status pacjenta:

Kod:

------------------------------
 SSD Status:   /dev/sdb
------------------------------
 On time:      4,079 hr
------------------------------
 Data written:
           MBW: 2,726,304.000
           GBW: 2,662.406
           TBW: 2.600
------------------------------
 Mean write rate:
        MB/hr: 668.375
------------------------------------------------
Zużycie dysku - zapis - zostało jeszcze:  95.67%
Dyziowi zostało jeszcze: 97% życia 
------------------------------------------------

Pozdro

Ostatnio edytowany przez Jacekalex (2020-02-13 22:13:33)


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

Stopka forum

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
To nie jest tylko forum, to nasza mała ojczyzna ;-)