Dotaz: Výkon disku

[Dadam]

Poslední dobou se mi zdá mám problémy s výkonností systému. Používám 32 bitový Arch na Acer Aspire 2920, desktopové prostředí XFce. Aplikace se dlouho načítají (pak jedou v pohodě), přístup k datům bývá někdy dost pomalý... víceméně empirické pozorování. Zkusil jsem se zaměřit na disk (specifikace).Odkaz na výsledky testování pomocí bonnie++. Co mě trochu zarazilo je přístupová doba - testovací prográmek mi hlásí 18ms, stejně tak bonnie (předpokládám je to sloupec Random Seeks), přístupová doba udávaná výrobcem má být okolo 5.5ms. Disk je rozdělený na oddíly windows (NTFS), root (Ext4), home (ext4), swap. Bariéry mám prozatím zapnuté (jestli je chápu dobře, zpomalují jen zápis). V čem může být problém?

Odpovědi

[Dadam]

Zapomněl jsem dodat že na obou filesystémech mám noatime.

[AraxoN]

Daj výpis zo smartctl -a ... môžeš mať relokované sektory, alebo iné opotrebenie, ktoré spôsobuje, že sa disku nedarí čítať ako "za mladi".

[Dadam]

smartctl -a:

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
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   186   185   021    Pre-fail  Always       -       1683
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       226
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       1192
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       225
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       21
193 Load_Cycle_Count        0x0032   181   181   000    Old_age   Always       -       58165
194 Temperature_Celsius     0x0022   094   089   000    Old_age   Always       -       53
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

Disk je relativně nový (zhruba půl roku).

[Petr Gajdůšek]

  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       1192
193 Load_Cycle_Count        0x0032   181   181   000    Old_age   Always       -       58165

Neznám přepočet raw hodnoty Load_Cycle_Count na skutečnou hodnotu, ale neparkuje disk často hlavičky a nemůže to zpomalovat?

Zkoušel jste vypnout APM disku? např hdparm -B 255 /dev/sda ? Power-Off_Retract_Count máte na nízkých 21, tak bych se toho nebál.

Petr

[Dadam]

Tak jsem to vyzkoušel a nepomohlo. Stejně si myslím že s parkováním hlaviček to nebude mít co dělat, protože by se musely parkovat opravdu často. Projevilo by se to vůbec na té přístupové době? Nedal by se provést ještě nějaký jiný test? Tak nějak to celé naprofilovat, zkusit restartovat X, spustit hru, o které vím že by měla jet v pohodě (a občas i jezdí), a podívat se kde jsou úzká hrdla?

[Petr Gajdůšek]

Byl to jen výstřel do slepa. Můj disk defaultně parkuje každých cca 5 sekund, pokud není zatížen. Velkého poklesu výkonu jsem si ale také nevšiml. Druhou věcí je, že se snižuje životnost disku, ale parkování byste asi slyšel.

Pozorujete zpomalení jen při startu aplikace, nebo i během činnosti, pokud hodně přistupuje k disku? Projevuje se zpomalení i v single user runlevelu? Nebo při init=/bin/bash? Nemůže být vinen scheduler? Nebo nějaký démon typu ulatencyd nebo apparmor? Fragmentace disku (??) Logy jsou prázdné? Co prozkoumat /sys/, iostat? Vážně nevím, a s profilováním neporadím.

Občas jsem použil na testování hw některé z těchto aplikací (názvy balíků z debianu), konkrétně nevím, zůstal mi jen seznam:

stress - 'stress' is a tool that imposes a configurable amount of CPU, memory, I/O, or disk stress on a POSIX-compliant operating system and reports any errors it detects.

ctcs - Hardware testing/burnin suite

sue - I/O performance measurement and load generation tool

stressapptest - stress test application for simulating high load situations

ltp, ltp-* - The Linux Test Project test suite

A samozřejmě dd.