LINUX.ORG.RU

Samsung 850 Evo 120GB

 ,


2

2

Если его брать, то нормально все будет с поддержкой в ядре?

★★★★★

Последнее исправление: int13h (всего исправлений: 1)

Ответ на: комментарий от shooter93

вот и спрашиваю по этому поводу

int13h ★★★★★
() автор топика

Не совсем понятен вопрос. А какие ожидаются проблемы?

З.Ы. Бери лучше старый добрый SF-2281.

anonymous
()

qtrim не будет поддерживаться, но на это плевать смело можно

PS: в вендах его в windows 10 только ввели вроде, и то не уверен

fornlr ★★★★★
()
Последнее исправление: fornlr (всего исправлений: 2)
Ответ на: комментарий от shooter93

По ссылке спутали между собой две разных проблемы. Одна про queued TRIM (решение — queued TRIM выключили для этих моделей на уровне ядра), другая про лажу в кишках block IO layer (пофикшено в коде).

intelfx ★★★★★
()

Имею Samsung 850 Pro 120GB, из проблем имел выше описанный неработающий queued TRIM, но это пофиксили.

Andrew ★★★
()
Ответ на: комментарий от Andrew

Но ведь в ведре

4220-	/* devices that don't properly handle queued TRIM commands */
4221-	{ "Micron_M500_*",		NULL,	ATA_HORKAGE_NO_NCQ_TRIM |
4222-						ATA_HORKAGE_ZERO_AFTER_TRIM, },
4223-	{ "Crucial_CT*M500*",		NULL,	ATA_HORKAGE_NO_NCQ_TRIM |
4224-						ATA_HORKAGE_ZERO_AFTER_TRIM, },
4225-	{ "Micron_M5[15]0_*",		"MU01",	ATA_HORKAGE_NO_NCQ_TRIM |
4226-						ATA_HORKAGE_ZERO_AFTER_TRIM, },
4227-	{ "Crucial_CT*M550*",		"MU01",	ATA_HORKAGE_NO_NCQ_TRIM |
4228-						ATA_HORKAGE_ZERO_AFTER_TRIM, },
4229-	{ "Crucial_CT*MX100*",		"MU01",	ATA_HORKAGE_NO_NCQ_TRIM |
4230-						ATA_HORKAGE_ZERO_AFTER_TRIM, },
4231:	{ "Samsung SSD 8*",		NULL,	ATA_HORKAGE_NO_NCQ_TRIM |
4232-						ATA_HORKAGE_ZERO_AFTER_TRIM, },
4233-	{ "FCCT*M500*",			NULL,	ATA_HORKAGE_NO_NCQ_TRIM |
4234-						ATA_HORKAGE_ZERO_AFTER_TRIM, },

int13h ★★★★★
() автор топика
Ответ на: комментарий от int13h

Сейчас, как я уже сказал, нет. Вот еще вспомнил — самсунг как-то выпускал обновление прошивки для 850 Pro, и оно не могло обновиться даже через их досовскую утилиту, выдавая ошибку, после чего последующая загрузка линукса началась с fsck, и я таки чуть не отложил в этот момент, но оно все проверило и все загрузилось нормально. Циферки фирмвари в smartctl таки поменялись, но позже эту обновленную фирмвари убрали с сайта, хех. А так, повторюсь, все прекрасно работает.

Andrew ★★★
()

я себе купил вот такой, и поставил его в тот мой t410 :), работает уже пару дней, перед этим работал в моем нетбуке недельку тоже все хорошо.

mul4 ★★★★★
()

бери....

только сегодня днем читал похороникс, там как раз хозяин собирал себе на Xeon E3-1245v5 ящик.
Именно 850Ево и впендюрил.

написал что всё понравилось.

Deleted
()
Ответ на: комментарий от intelfx

queued TRIM

не могу понять, ошибка где - в linux или железе?
если в железе, то почему проявляется только на linux
если в коде, то почему её не пофиксили?

GanGSISoft ★★
()

Взял на 256 msata, какие такие проблемы?

t184256 ★★★★★
()

Если его брать, то нормально все будет с поддержкой в ядре?

Тебе его не стрёмно брать после эпичного провала 840-го? Мало ли чего там говноделатели из Samsung опять наделали.

Да и TLC нафиг не нужна за такие деньги. Лучше MLC взять.

dnf83
()
Ответ на: комментарий от GanGSISoft

Если в железе, то может проявляться только на Linux, потому что только на нём делают сервера, которые аццки нагружают эти SSD. Или потому что только в Linux делают TRIM в реальном времени. Или потому что только в Linux умеют queued TRIM. Или потому что винда тоже умеет queued TRIM, но там он по «белому списку» включается. Или потому что винда как-то по-другому бьёт/сортирует запросы. Возможных причин масса.

Если в коде, то могли не найти / забить и не искать.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 2)

Model Number: Samsung SSD 850 PRO 256GB

Стоит в ноуте, полёт нормальный, покупал в конце 14го. Думаю с Evo проблем тоже не будет.

Reinar
()
Последнее исправление: Reinar (всего исправлений: 1)
Ответ на: комментарий от anonymous

Там тип памяти микросхем - 3D V-NAND

Маркетинговый бред. Обычная TLC уложенная в несколько слоёв.

dnf83
()
4 апреля 2016 г.

Чё, ни у кого нет 951 nvme?

anonymous
()
Ответ на: комментарий от mul4

Ты прошляпил немного, нужно было подробнее разобраться, лучше брать C-линейку, а не CX, там разница MLC vs TLC, нужно объяснять?

Я себе в T420 взял именно такой.

kep
()
Ответ на: комментарий от kep

Как данные сыпаться начнутся у многих пользователей, то тогда узнаешь :D Иначе никак.

anonymous
()
Ответ на: комментарий от dnf83

после эпичного провала 840-го

никакого эпичного провала 840 нет, как 3х летний пользователь 840 Evo говорю, никакой деградации нет, это все бабушкины сказочки, могу тесты/смарт показать.

kep
()
Ответ на: комментарий от kep

Если на твоём личном и индивидуальном юзеркейсе нет проблемы, то это не значит что проблемы нет.

anonymous
()

Юзаю 840 уже почти 4 года, никаких проблем. Бери и не сомневайся.

enso ★★★★★
()
Ответ на: комментарий от kep

Молодцы, хоть даже если есть целый класс одноклассников, у которых всё работает, то все равно не суть.

Производитель признал, что обосрались.

anonymous
()
Ответ на: комментарий от anonymous

Ну самыми глючными обозначались OCZ, Vertex 2 вот это какаха сыпящая была, но опять же можно найти кучу людей, у которых оно несколько лет отлично работает, да...

Но причем тут 'А у соседа', если разговор про конкретную модель.

fornlr ★★★★★
()
Ответ на: комментарий от fornlr

OCZ, Vertex 2 вот это какаха сыпящая была

У меня 5 лет отлично проработал со 100% идеальным смартом пока родственнику не скинул, что-то не то вы батенька рассказываете.

kep
()
Ответ на: комментарий от fornlr

самыми глючными обозначались OCZ, Vertex

У меня, как ни странно, даже ocz vertex plus r2 240GB уже больше года в одной из систем с sata2 нормально работает (достался мне по смешной цене, дешевле чем тогда же на 120GB стоили, что впрочем понятно учитывая какой там недоконтроллер стоит). Единственное, что со сборкой мусора беда. В качестве костыльного решения откусил от него 40GB и оставил неразмеченными, так хотя бы скорость не деградирует.

NightOperator ★★★
()
Последнее исправление: NightOperator (всего исправлений: 1)
Ответ на: комментарий от kep

когда тебе пишут не длинное предложение, то ты осиливаешь только половину... ну окей.

fornlr ★★★★★
()
Последнее исправление: fornlr (всего исправлений: 1)
Ответ на: комментарий от NightOperator

У меня и samsung 850 256Gb и vertex 3 128Gb и vertex 4 256 Gb - все работают шустро и без затупов (вертексам уже лет 5), чего не скажешь о HDD Seagate 3 Tb - были случаи креша структуры fs под win 8-кой.

menangen ★★★★★
()
Ответ на: комментарий от kep

Ты не поверишь, он сдох через две недели)) я его выслал им его обратно, что именно с ним было, не знаю

mul4 ★★★★★
()
Ответ на: комментарий от kep

вот почитал статью, я не спец в теме, и хотелось бы знать: вот например самый дешевый из MLC, и по моей ссылке на TLC (который дороже), есть ли смысл покупать кому-то более дешевый на MLC?(который указал)

mul4 ★★★★★
()
Ответ на: комментарий от mul4

есть ли смысл покупать кому-то более дешевый на MLC?

Имеет смысл покупать MLC от того же производителя, например по моей ссылке, вот простая иллюстрация: http://www.oszone.net/user_img/vadblog/ssd-nand07.png

MLC хуже TLC? но у млс скорость записи и чтения и стирания ниже?

Вот тему создавал: https://www.linux.org.ru/forum/linux-hardware/12262705.

kep
()
Ответ на: комментарий от kep

но ведь ты получается купил C100 240GB 2.5" SATAIII MLC, вместо более быстрого (я правильно понял?) CX100 240GB 2.5" SATAIII TLC?

mul4 ★★★★★
()
Ответ на: комментарий от kep

да кстати мне на замену тому что перестал работать(SSD Goodram CX100 120GB 2.5" SATAIII TLC), прислали вот этот

mul4 ★★★★★
()
Ответ на: комментарий от mul4

Вместо более быстрого, возможно (предлагаю сравнить), по записи, но не чтению, а скорость чтения это основное, что кмк требуется от системного диска.

# dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc status=progress

1073741824 bytes (1.1 GB, 1.0 GiB) copied, 3.08229 s, 348 MB/s

# echo 3 > /proc/sys/vm/drop_caches
# dd if=tempfile of=/dev/null bs=1M count=1024 status=progress

1073741824 bytes (1.1 GB, 1.0 GiB) copied, 1.97138 s, 545 MB/s

# dd if=tempfile of=/dev/null bs=1M count=1024 status=progress

1073741824 bytes (1.1 GB, 1.0 GiB) copied, 0.289046 s, 3.7 GB/s

Как и заявлено в спеке, кстати интересно посмотреть выдаст ли твой на запись обещанных 500.

(но у тебя 500 и не выдаст, потому что 120гбатник как у тебя из CX-линейки макс. скорость записи: 420 Мб/с., а у меня ведь C100 — 240 гбатник.

kep
()
Ответ на: комментарий от kep

держи: test, у меня не СХ у меня ocz, посмотри выше я писал - они мне его прислали на замену

mul4 ★★★★★
()
Последнее исправление: mul4 (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.