Чому мій Intel 520 на 180 Гб SSD працює вкрай погано?

Нещодавно я встановив новий Intel 520 на 180 Гб SSD в своєму абсолютно новому MacBook Pro.

Система така:

Модель: MacBook Pro 15-дюймовий, наприкінці 2011 року (MacBookPro8,2)
Процесор: 2,4 ГГц
Оперативна пам'ять Intel Core i7 : 16 ГБ 1333 МГц DDR3
Графіка: AMD Radeon HD 6770M 1024 Мб
Програмне забезпечення: Mac OS X Lion 10.7.3
Головний накопичувач: Серія Intel 520 серії 180 Гб SATA-3 (6 Гб / с по посиланню) SSD (Прошивка: 400i) [80 ГБ безкоштовно]
Оптичний відсік: Toshiba 5400 RPM 750 ГБ SATA-2 HDD
Обрізка: увімкнено (згідно додатку Trim Enabler)

І ось швидкість, яку я отримую:

Читання: 412 Мб / с
Запис: 186 Мб / с

Що я зробив неправильно?

Гаразд, мені відповіли, що це може бути, тому що тест використовує стислі дані, що не дозволить контролеру SandForce Intel 520 серії досягти високих рівнів запису до своєї архітектури.

Ось ще один тест (не знаю, використовує він стислі дані чи ні):

Краще, але все ж не те, що я шукаю. До речі, що з 32 Мб / с для операцій зчитування 4 кб?

Очікувані результати:

Читання / запис обох> 500 Мб / с

Я бачив орієнтири з меншим SSD: s (навіть SATA-2) значно перевищують мої швидкості запису. Крім того, Intel 520 SSD: s повинен бути вищим класом SSD: s.

Звіт "Обрізання":

Це виглядає дещо дивним порівняно із скріншотами з їх сайту:

Це визначені атрибути SMART (взяті від Intel):

І ось мої атрибути SMART читаються за допомогою інструменту smartctl від smartmontools:

Вони не здаються дуже сумісними. Я спробую шукати інструмент для зчитування атрибутів SMART для OS X, який може підтримувати Intel 520 серії.

Редагувати:

Я вирішив свою проблему, купивши MacBook Pro Retina, який використовує PCIe2-2x SSD. Показники нижче:

Привід, який ви тестуєте ( Intel 520 ), заснований на контролері Sandforce , ці контролери в значній мірі покладаються на стиснення даних для досягнення заявленої швидкості. В результаті ви з радістю наситите посилання SATA-III, роблячи послідовні тести на стисливі дані, однак ці швидкості можуть знизитися на порядок (залежно від точного накопичувача) під час виконання тестів із нестискаючими даними.

З того, що я можу зібрати на доданому скріншоті, тест, який ви використовуєте, здається, записує рамки зображень на диск для перевірки його продуктивності - зображення не є тривільно стислими навіть у нестисненому вигляді / без втрат. З мого досвіду, ці цифри знаходяться у правильному контрольному полі для контролера SF-28xx, який робить послідовні орієнтири на нестислимих даних.

Наступне порівняння на AndandTech показує різницю між Intel 520 (60 Гб) при проведенні тестів на компресивні та нестислимі дані. Це менша ємність накопичувача, ніж ваша, це означає, що ефект буде менш вираженим при більшій ємності ( 240 ГБ ), але я думаю, це ілюструє проблему.

Існують інші накопичувачі на базі контролерів, що не належать до Sandforce, такі як Crucial M4 (Marvell), Samsung 830 (Samsung) або Intel 510 (Marvell), вони не спричиняють стиснення і як такі не зазнають однакових змін швидкості запису. .

Я припускаю, що вас найбільше турбує ефективність запису, і що цей тест представляє послідовну продуктивність запису (заявлена ​​520 МБ / с), а не випадкову (яка була б у діапазоні 250 МБ / с). В основному на продуктивність запису на SSD значно впливає наявність вільних, програмованих блоків. Ви використовуєте ~ 90%, тому це може пояснити ваші проблеми. Ви включили підтримку TRIM на диску? (зауважте: це не робиться автоматично в OS X, якщо ви не використовуєте офіційно підтримувані жорсткі диски Apple).

Якщо ні, подивіться тут: http://www.groths.org/?page_id=322

Ви також повинні подивитися, що можна переїхати туди, як тільки ви ввімкнете TRIM, а потім повторно запустіть орієнтири.

Редагувати: Дякуючи Давидові в коментарях до цієї поради (будь ласка, підкажіть його коментар) - ви повинні ввімкнути TRIM перед тим, як видалити дані, інакше вони не спрацюють . Якщо ви видалите дані спочатку, вам потрібно буде знову заповнити диск та повторно видалити, щоб TRIM працював за призначенням.