Соблюдение Правил конференции строго обязательно! Флуд, флейм и оффтоп преследуются по всей строгости закона! За статью можно проголосовать на странице материала.
Member
Статус: Не в сети Регистрация: 22.02.2010 Откуда: Большой Деревни Фото: 2
совсем чёкнулись маркетологи. 300 перезаписей на ячейку, до её перехода в ридонли, они в корпоратив пихают. и это вместо разработки перспективной рерам. упыри тормозные.
Member
Статус: Не в сети Регистрация: 26.09.2011 Откуда: Canada, Toronto
terenty79 писал(а):
300 перезаписей на ячейку, до её перехода в ридонли, они в корпоратив пихают.
В бизнесе бывают практически read only нагрузки, когда нужно в основном только чтение, а запись бывает нужна очень редко. Пример - (платный) сервис потокового видеовещания, например. Грубо говоря, один раз записали - потом 100000 раз читаем. Поэтому здесь нет никакого противоречия.
Member
Статус: Не в сети Регистрация: 22.09.2011 Откуда: Estland
terenty79 писал(а):
и это вместо разработки перспективной рерам. упыри тормозные.
Ого, какие однако у вас дворники информированные, знают все и про всех. Расскажи нам тогда почему самсунг забросил рерам. А может ты думаешь что любая технология появляется моментально, типа как вы умеете писать игры, пара вечеров и готово. Ее, рерам, мучают уже с конца 90 годов. А это значит что не все так просто, жаль что не до всех это доходит.
Member
Статус: Не в сети Регистрация: 22.02.2010 Откуда: Большой Деревни Фото: 2
Bezenchuck писал(а):
Ого, какие однако у вас дворники информированные,
я смотрю, ты у нас по праву рождения сразу призЕдентом стал. Да куда уж нам простым техникам, до такого, гигаинтелектуала, который даже находясь на другом конце провода, видит апанента насквозь. уж извольте, откланиться.
Bomchik писал(а):
тесты показывают, что TLC от Samsung держит ~3000 циклов.
записи на заборе тоже о многом доказывают, и банковские агенты о щедрых кредитах лохам и не такие сказки рассказывают.
Member
Статус: Не в сети Регистрация: 25.06.2013 Откуда: Правобережна UA
terenty79 писал(а):
записи на заборе тоже о многом доказывают, и банковские агенты о щедрых кредитах лохам и не такие сказки рассказывают.
то есть вот тому, что тестят на русском овере верить можно, а вот уже аналогичным забугорным ресурсам нет? Может тогда вы поделитесь своим личным опытом использования TLC где у вас после 300 циклов ссд накрылся? Или фишка об тех же 300 циклах не на том же заборе написана? Что за выборочная вера в надписи на заборе?
Как показали замеры techreport, первые некорректируемые ошибки на 240ГБ EVO появляются примерно после ~400 перезаписей (100ТБ). Соответственно, 1ТБ привод выдержит до 400ТБ последовательной записи без ошибок. Естественно, его можно эксплуатировать и далее (хотя скорее всего диск не переживет более 2500 записей и это величина фактически полного из строя всех ячеек), но в корпоративном секторе ценна ошибки бывает слишком велика.
Добавлено спустя 35 минут:
TiGr1982 писал(а):
В бизнесе бывают практически read only нагрузки, когда нужно в основном только чтение, а запись бывает нужна очень редко. Пример - (платный) сервис потокового видеовещания, например. Грубо говоря, один раз записали - потом 100000 раз читаем. Поэтому здесь нет никакого противоречия.
Когда вы подрастете, вы начнете понимать, что широковещательные сервисы - весьма единичные случаи для бизнеса. В отличие от БД.
Member
Статус: Не в сети Регистрация: 25.06.2013 Откуда: Правобережна UA
aasheron писал(а):
Как показали замеры techreport
ну вы хоть бы ссылку дали. По моей видно, что первые переназначенные сектора были за 2500 циклами. то есть ссд на 240ГБ выдерживает 585ТБ записи без каких либо признаков смерти. Вполне солидный ресурс. Но согласен, для корпоративного использования может быть мал...это не десктоп.
300 перезаписей на ячейку, до её перехода в ридонли
Какой нафиг переход в рид-онли?
При стирании-записи происходит деградация ячейки. Ну т.е. увеличивается скорость утечки заряда и вероятность некорректной записи. И данные, положенные в затертую до дыр ячейку, могут прекрасно читаться через сутки, и не читаться через месяц. Никакого рид-онли. Не говоря уже о том, что читается-пишется огромный блок (64к или больше) одномоментно, хоть и меняются в нем 1-2 логических сектора.
В общем - поделка годна только под хранение статики какого-то высоконагруженного веб-сервера и подобные применения.
Member
Статус: Не в сети Регистрация: 22.02.2010 Откуда: Большой Деревни Фото: 2
Bomchik писал(а):
Может тогда вы поделитесь своим личным опытом использования TLC
я хвала небесам, такое г ещё не покупал, и не собираюсь. 25 нм MLC уже хватило, а у него ресурс куда больше, чем у самсунговских 10 нм TLC. Каюсь, памяти мало на компе было, файл подкачки фигачил довольно хорошо, и вот через 1.5 года почти 40% A-DATA диска уже отвалилось. спасибо успел прошивку обновить, а то от такой потери ячеек контралёру сносило голову, и он клинил у тех кто не обновлялся. серия 511 если что.
На самом деле в записываемых ТБ измерять ресурс некорректно. Необходимо учитывать какими блоками и как происходит запись. Если смотреть в сторону баз данных, всякого рода мониторинга, биллинг, онлайн игры и статистики - инкремент/запись одного 32 битного счетчика вызывает перезапись целого блока. Можно прикинуть что при размере блока в 64кб в идеальном случае, который скорее всего и будет, если контроллер действительно равномерно распределит запись, для полного износа потребуется записать в 16384 раза меньше данных, или всего 36 гб. Если же контроллер записывает неравномерно, ведь для идеального распределения нужен огромный объем статистики, которого нет, полагаю хватит и 30 гб чтобы полностью угробить винч.
ну вы хоть бы ссылку дали. По моей видно, что первые переназначенные сектора были за 2500 циклами. то есть ссд на 240ГБ выдерживает 585ТБ записи без каких либо признаков смерти. Вполне солидный ресурс. Но согласен, для корпоративного использования может быть мал...это не десктоп.
Small-block NAND Flash devices contain blocks made up of 32 pages, where each page contains 512 data bytes + 16 spare bytes. Large-block NAND Flash devices contain blocks made up of 64 pages, each page containing 2,048 data bytes + 64 spare bytes. For a 1Gb NAND Flash device, this translates to 8,192 blocks in the small-block organization and 1,024 blocks in the large-block organization.
Цитата:
в идеальном случае, который скорее всего и будет, если контроллер действительно равномерно распределит запись, для полного износа потребуется записать в 16384 раза меньше данных, или всего 36 гб. Если же контроллер записывает неравномерно, ведь для идеального распределения нужен огромный объем статистики, которого нет, полагаю хватит и 30 гб чтобы полностью угробить винч.
Это если нет кэширования. И нет резерва. И запись идет сразу на диск. Но да, последовательная запись и реальные применения - большая разница.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 11
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения