Я счастливый обладатель SSD crucial BX100 250 гигов. Включил функцию моментум кэш, скорость запредельная стала...
Я счастливый обладатель SSD crucial BX100 250 гигов. Включил функцию моментум кэш, скорость запредельная стала...
запустил эту утилитку, чтобы посмотреть насколько у самсунга "длиннее" и заметил странную скорость 4к чтения, кто знает втф? свободных 80 гигов
Игорь Зеттич, обычный сата со включенным рапидом
вот что показывают разные бенчмарки
Помогите выбрать надежные и недорогие SSD диски на 60 Gb для офисных компьютеров(5 штук). У всех только SATA 2.
И в ноутбук Asus X301A на 120 GB.
Пока по отзывам и обзорам остановился на Silicon-Power Slim S55 / V55.
Спасибо!
Suffle, посмотрите так же SmartBuy Ignition2 соответствующих объемов. При покупке S55/V55 есть вероятность "нарваться" на SandForce.
Suffle:надежные
нету таких. Бэкапы делайте
Asmodeus:При покупке S55/V55 есть вероятность "нарваться" на SandForce.
думаю, что для офисного компа с sata2 (и каким-нибудь core2duo в лучшем случае) это будет не страшно
..Yurik..:Dew_Drop, что то я не понял, что за скорости такие
На SATA 3.0 максимум выдаст 768 метров, а у вас там что то непонятное.
там программа какая-то от производителя SSD. Всё, что надо записать на диск пишет сначала в кэш в памяти, а потом потихоньку на диск скидывает.. Цифры в тестах красивые получаются, а есть ли с этого ещё какая польза не знаю
..Yurik.., mikolaki, технология называется rapid, кэширует сначала в озу потом пишет на винт, почитать можно в гугле
"моментум кэш" от crucial я думаю работает по аналогии..
..Yurik.., вижу сарказм, а как прирост может быть заметен? ssd сами по себе быстро работают, я с секундомером не сижу, работает и работает) Есть есть фича, почему не пользоваться? вечером сделаю скрины без рапида, типа оправдаться должен?))
Dew_Drop, никакого сарказма, чисто спортивный интерес
Просто на цифрах прирост просто колоссальный и мне интересно, заметно ли это на практике.
..Yurik.., как это проверить вообще если заморочиться с секундомером?)
могу скажем проявить с пятьдесят равов в лайтруме с рапидом и без него)
открытие кучи RAW проверять бесполезно, как мне кажется, потому что не факт, что он окажется в кэше, и даже при чтении с SSD больше времени уйдёт на обработку при открытии, чем на чтение пары десятков мегабайт. Тут может быть какой-то заметный прирост при интенсивном чтении /записи относительно небольшого объёма данных, что и делают всякие тестировалки. Но в этом случае и кэш у windows справится неплохо, просто тестировалки говорят системе, что данные кэшировать не надо, она и не кэширует
Dew_Drop:кэширует сначала в озу потом пишет на винт, почитать можно в гугле
"моментум кэш" от crucial я думаю работает по аналогии..
при неожиданном выключении электричества не пропадёт что-нибудь важное, записанное в этот кэш, но не сохранённое на диск?
Dew_Drop, как я понял эта технология резервирует 1Гиг ОЗУ или возможно больше?
С одной стороны интересная технология по крайней мере по результатам тестов, с другой стороны на данный момент считаю мало 1 Гига зарезервированной памяти.
Но на приктике если компьютер, программы загружаются также, то смысла особого не вижу и даже не знаю чем и как нагрузить компьютер, что бы эта технология действительно работала.
..Yurik..:даже не знаю чем и как нагрузить компьютер, что бы эта технология действительно работала.
тестами
Статья про глючный TRIM в некоторых самсунговских SSD
http://habrahabr.ru/company/1cloud/blog/262257/
ZigZauer:Статья про глючный TRIM в некоторых самсунговских SSD
http://habrahabr.ru/company/1cloud/blog/262257/
Последний апдейт в первоисточнике новости:
As the issue was not reproduced on our server in Singapore, the reproduction is now running under Samsung supervision in Korea, out of our environment. Although Samsung requested multiple times an access to our software and corrupted data, we could not provide them an access in order to protect the privacy and data of our customers.
Samsung asked us to inform you about this:
Samsung tried to duplicate the failure with latest script provided to them, but no single failure has been reproduced so far.
Samsung will do further tests, most likely from week 29 onwards, with much more intensive script provided by Algolia.
After unsuccessful tries to reproduce the issue with Bash scripts we have decided to help them by creating a small C++ program that simulates the writing style and pattern of our application (no files are open with O_DIRECT). We believe that if the issue is coming from a specific way we are using the standard kernel calls, it might take a couple of days and terabytes of data to be written to the drive. We have been informed by Samsung that no issue of this kind have been reported to them. Our server provider has modified their Ubuntu 14.04 images to disable the fstrim cron in order to avoid this issue. For the last couple of months after not using trim anymore we have not seen the issue again.
If you have any idea what can we test or what could have gone wrong, let us know on hey+trim@algolia.com