.png)
Ich verwende eine SSD für etwa 460 GB Daten auf einem Ubuntu 12.04-Server. (Das Laufwerk fasst 560 GB, ist also zu etwa 88 % voll.) Ich hatte ein Programm, das viel wahlfreien Zugriff auf die Daten hat (kein Schreiben), das ich zuletzt (normal) vor ein paar Tagen ausgeführt habe. Als ich es gestern ausgeführt habe, war es plötzlich deutlich langsamer als zuvor. Das Programm führt nur wahlfreien Zugriff auf das Laufwerk aus.
Früher konnte ich etwa 5.000 zufällige Suchvorgänge pro Sekunde durchführen, jetzt schaffe ich nur noch etwa 100. Das ist langsamer als der wahlfreie Zugriff auf eine Festplatte. (Ich habe letztes Jahr ein paar Probleme anhand von Benchmarks getestet.)
Das einzige, was ich kürzlich getan habe, war, gcc 4.7 zu installieren und alle meine Pakete zu aktualisieren. Aber ich habe versucht, alles mit Clang zu kompilieren und habe keinen Unterschied gesehen.
Das Laufwerk ist als formatiert, ext4wobei die einzigen Optionen sind errors=remount-ro. Ich habe versucht, den Computer neu zu starten und das Gerät zu trimmen, aber es hat nichts geändert. Die Profilierung des Codes zeigt, dass er seine gesamte Zeit in open, closeund mmap-Aufrufen verbringt. (Beachten Sie, dass ich mmap nicht direkt aufrufe – ich verwende ausschließlich C-Stil fopen fseekund fread-Aufrufe.)
Irgendeine Idee, woran das liegen könnte? Ich könnte das Laufwerk neu formatieren, wenn die Chance bestünde, dass das hilft.
Edit: hier sind einige Benchmark-Daten zu einer 2TB HDD und der 500GB SSD
sudo hdparm -Tt /dev/sdb1
/dev/sdb1:
Timing cached reads: 6814 MB in 2.00 seconds = 3410.05 MB/sec
Timing buffered disk reads: 458 MB in 3.00 seconds = 152.45 MB/sec
sudo hdparm -Tt /dev/sdc1
/dev/sdc1:
Timing cached reads: 6890 MB in 2.00 seconds = 3447.93 MB/sec
Timing buffered disk reads: 780 MB in 3.01 seconds = 259.36 MB/sec
Hier ist die Ausgabe von smartctl:
=== START OF INFORMATION SECTION ===
Model Family: Intel 320 Series SSDs
Device Model: INTEL SSDSA2CW600G3
Serial Number: CVPR140004B7600FGN
LU WWN Device Id: 5 001517 9596df196
Firmware Version: 4PC10362
User Capacity: 600,127,266,816 bytes [600 GB]
Sector Size: 512 bytes logical/physical
Device is: In smartctl database [for details use: -P show]
ATA Version is: 8
ATA Standard is: ATA-8-ACS revision 4
Local Time is: Sun Jan 26 16:46:53 2014 MST
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.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 1) seconds.
Offline data collection
capabilities: (0x75) SMART execute Offline immediate.
No Auto Offline data collection support.
Abort Offline collection upon new
command.
No Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test 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.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 1) minutes.
Conveyance self-test routine
recommended polling time: ( 1) minutes.
SCT capabilities: (0x003d) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 5
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
3 Spin_Up_Time 0x0020 100 100 000 Old_age Offline - 0
4 Start_Stop_Count 0x0030 100 100 000 Old_age Offline - 0
5 Reallocated_Sector_Ct 0x0032 100 100 000 Old_age Always - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 17833
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 13
170 Reserve_Block_Count 0x0033 100 100 010 Pre-fail Always - 0
171 Program_Fail_Count 0x0032 100 100 000 Old_age Always - 0
172 Erase_Fail_Count 0x0032 100 100 000 Old_age Always - 0
183 Runtime_Bad_Block 0x0030 100 100 000 Old_age Offline - 0
184 End-to-End_Error 0x0032 100 100 090 Old_age Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
192 Unsafe_Shutdown_Count 0x0032 100 100 000 Old_age Always - 5
199 UDMA_CRC_Error_Count 0x0030 100 100 000 Old_age Offline - 0
225 Host_Writes_32MiB 0x0032 100 100 000 Old_age Always - 3236658
226 Workld_Media_Wear_Indic 0x0032 100 100 000 Old_age Always - 4973
227 Workld_Host_Reads_Perc 0x0032 100 100 000 Old_age Always - 65
228 Workload_Minutes 0x0032 100 100 000 Old_age Always - 1067143
232 Available_Reservd_Space 0x0033 100 100 010 Pre-fail Always - 0
233 Media_Wearout_Indicator 0x0032 096 096 000 Old_age Always - 0
241 Host_Writes_32MiB 0x0032 100 100 000 Old_age Always - 3236658
242 Host_Reads_32MiB 0x0032 100 100 000 Old_age Always - 6437718
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
Note: selective self-test log revision number (0) not 1 implies that no selective self-test has ever been run
SMART Selective self-test log data structure revision number 0
Note: revision number not 1 implies that no selective self-test has ever been run
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
[Bearbeiten: Ich arbeite im Hintergrund weiter daran. Wenn ich das Problem gelöst habe, werde ich hier etwas posten.]
Antwort1
Die endgültige Antwort ist also etwas peinlich, denn eigentlich hätte ich es herausfinden können, aber ich habe an der falschen Stelle gesucht. Der entscheidende Hinweis lag in der Frage nach der Geschwindigkeit der Festplatte – Tests zeigten, dass auch sie langsamer geworden war.
Meine Klasse, die das Lesen der Daten auf der Festplatte übernimmt, hat eine Standard-Lesegröße für ihre internen Puffer. Bei wahlfreiem Zugriff sollte diese relativ klein sein, da Sie die gepufferten Daten später nicht mehr verwenden werden. Bei sequenzieller Ausführung von Operationen an der gesamten Datei führen größere Werte zu einer besseren Leistung, da Sie die Daten wiederverwenden werden. Da dies eine Konstante in einem gemeinsam genutzten Codeteil war, hat die Optimierung für eine Anwendung, die den Code verwendet, die Optimierung für wahlfreien Zugriff im Wesentlichen zerstört und so die massive Verlangsamung verursacht, die ich erlebt habe.