The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Ядру Linux исполнилось 32 года, opennews (??), 25-Авг-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


47. "Ядру Linux исполнилось 32 года"  +1 +/
Сообщение от Аноним (38), 25-Авг-23, 09:55 
В идеальном мире да, а по факту — перенёс свою убунточку временно на HDD (так было надо), так местами Windows 95 вспоминается (но, емнип, даже там скачущего указателя мыши не случалось).
Ответить | Правка | Наверх | Cообщить модератору

93. "Ядру Linux исполнилось 32 года"  –2 +/
Сообщение от th3m3 (ok), 25-Авг-23, 14:32 
Сейчас бы сидеть на HDD и жаловаться на тормоза :)
Ответить | Правка | Наверх | Cообщить модератору

95. "Ядру Linux исполнилось 32 года"  +1 +/
Сообщение от Аноним (38), 25-Авг-23, 14:46 
> временно
> так было надо

А вы, значит, HDD совсем не пользуетесь?
Тормоза так-то есть и на SSD, просто на HDD заметнее.

Ответить | Правка | Наверх | Cообщить модератору

103. "Ядру Linux исполнилось 32 года"  +1 +/
Сообщение от th3m3 (ok), 25-Авг-23, 16:38 
> А вы, значит, HDD совсем не пользуетесь?

Пользуюсь для хранения всяких файлов, типо видео и т.д Но скоро и для этого ssd поставлю. Полностью откажусь от hdd.

Ответить | Правка | Наверх | Cообщить модератору

137. "Ядру Linux исполнилось 32 года"  +/
Сообщение от Аноним (133), 26-Авг-23, 04:04 
> Пользуюсь для хранения всяких файлов, типо видео и т.д Но скоро и
> для этого ssd поставлю. Полностью откажусь от hdd.

Для бэкапов SSD используй - и ты таки получишь то что заслуживаешь :). И довольно быстро. Для хорошего ссдшника при отклюке период жизни данных оценивают в год. Для похуже, поемче и подешевле... ну... вы поняли.

Ответить | Правка | Наверх | Cообщить модератору

145. "Ядру Linux исполнилось 32 года"  +/
Сообщение от th3m3 (ok), 26-Авг-23, 07:36 
> Для бэкапов SSD используй - и ты таки получишь то что заслуживаешь
> :). И довольно быстро. Для хорошего ссдшника при отклюке период жизни
> данных оценивают в год. Для похуже, поемче и подешевле... ну... вы
> поняли.

Важные бекапы - имеется множество копий. Менее важные, чуть меньше, но тоже несколько. Потеря ssd - не страшно.

Ответить | Правка | Наверх | Cообщить модератору

167. "Ядру Linux исполнилось 32 года"  +/
Сообщение от edo (ok), 27-Авг-23, 09:03 
Поправка: не для хорошего, а для исправного.
Если подробнее, то с износом flash-памяти ускоряется саморазряд, соответственно падает время хранения данных. Для определения ресурса накопителя в качестве критерия исправности jedec выбрал хранение данных на отключенном накопителе в течении года при температуре 30°.
И да, хранение данных на отключенном ssd — несколько нестандартный сценарий использования, не находите?
Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

177. "Ядру Linux исполнилось 32 года"  +/
Сообщение от Аноним (173), 27-Авг-23, 23:28 
> Поправка: не для хорошего, а для исправного.

У SLC vs 2-level MLC vs 3-level TLC весьма разные времена жизни данных в флехе. Если надо отличать 1 уровень, 1 и 0 это одно. А если 8 как в TLC (2^3 состояний) - совсем другое и утечка заряда для просаживания на 1/8 вольтажа уже фатальна. SLC бы и не заметил. К тому же у TLC технормы меньше, заряда соответственно меньше а утечки в тонких процессах - выше.

> Если подробнее, то с износом flash-памяти ускоряется саморазряд

Не отменяет отличий 2-level vs 3 и тем более 4 level cells. QLC вообще от дуновения ветра сыпется, зато дешев как грязь. А 2-уровневый MLC и несколько лет пролежит спокойно. Но емкость за гиг у него заметно выше.

> соответственно падает время хранения данных.

Какой-нибудь TLC и тем более QLC с мелкой ячейкой, где заряда минимум, а надо аж 16 уровней отличать - г@вно прямо с фабы. То что он потом еще более г@вно - мало радости, он изначально Г. Поэтому через сотенку циклов он и совсем уже мрет, электроны застревают между затвором и электродом и сдвигают пороги. Оно и перестает правильно читаться. Одно дело 2 уровня отличить и совсем другое 16. Margins другого размера совсем.

> Для определения ресурса накопителя в качестве критерия исправности
> jedec выбрал хранение данных на отключенном накопителе в течении года при
> температуре 30°. И да, хранение данных на отключенном ssd — несколько
> нестандартный сценарий использования, не находите?

Офлайн бэкапы - нестандартный способ? Оок! Но это защищает их от пыха питальника, случайного стирания данных и проч. На механическом диске они годами валяться будут, при том что цена за гиг привлекательная. А на SSD можно, вот, нехило обломаться, особенно если на цену за гиг позариться...

Ответить | Правка | Наверх | Cообщить модератору

186. "Ядру Linux исполнилось 32 года"  +/
Сообщение от edo (ok), 28-Авг-23, 19:05 
> К тому же у TLC технормы меньше, заряда соответственно меньше а утечки в тонких процессах - выше.

не совсем так. ресурс 3d tlc примерно равен ресурсу planar mlc.
да и вообще tlc сегодя использует повсеместно, включая серверы, проблем нет.


> У SLC vs 2-level MLC vs 3-level TLC весьма разные времена жизни данных в флехе
>  QLC вообще от дуновения ветра сыпется, зато дешев как грязь

ещё раз: есть стандарт, определяющий исправный ssd, как ssd, держащий записанные данные в течении года. с введением qlc ничего не поменялось.
это уже головная боль производителей как обеспечить соответствие стандарту, главное, что они пока с этой задачей справляются.


> Какой-нибудь TLC и тем более QLC с мелкой ячейкой, где заряда минимум, а надо аж 16 уровней отличать - г@вно прямо с фабы. То что он потом еще более г@вно - мало радости, он изначально Г. Поэтому через сотенку циклов он и совсем уже мрет, электроны застревают между затвором и электродом и сдвигают пороги

сотня циклов?
intel/solidigm для своих d5-p5316 qlc-накопителей декларирует ресурс в 3к перезаписей для последовательной записи:
https://www.solidigm.com/products/data-center/d5/p5316.html

> Офлайн бэкапы - нестандартный способ?

да, это нестандартный сценарий использования ssd.
для оффлайн-бэкапа есть другие накопители, тут я с вами не спорю.

Ответить | Правка | Наверх | Cообщить модератору

191. "Ядру Linux исполнилось 32 года"  +/
Сообщение от Аноним (191), 01-Сен-23, 08:13 
> не совсем так. ресурс 3d tlc примерно равен ресурсу planar mlc.

А это кто опять же считал? Маркетинг какого-нибудь самсуня? Они склонны в свою пользу считать. Понятно что со временем технологию улучшают, а "старый" mlc тоже не подарок был. Но отладив параметры начинает видите ли хотеться QLC. А потом и PLC. И цикл повторяется. С постепенным ухучшением параметров - QLC может уже и за 10 циклов развалиться. Различать 16 уровней это вам не фунт изюма. Небольшая утечка - и все.

> да и вообще tlc сегодя использует повсеместно, включая серверы, проблем нет.

Серверы всегда включены. Фирмварь продвинутых TLC штук умеет в регенерацию записанного на манер DRAM с большим временем регенерации. Но без питания этот номер не работает и с офлайновым бэкапом так можно и обломаться. Более того - это все на усмотрение фирмвари которая не особо то вам кажет статус таких операций. Либо держите девайс под питанием всегда либо гадайте в каком оно по факту статусе. Все для надежности бэкапов :)

> ещё раз: есть стандарт, определяющий исправный ssd, как ssd,

А есть желание бизнеса выглядеть как можно привлекательнее потратив как можно меньше денег на это. Что ведет к всяческим ухищрениям, маркетингу и очковтиранию с ремарками пятым шрифтом, выпячиванием сильных сторон и даунплеем слабых. А крайний будет кто? Ну точно не производитель SSD, ему вообще все равно храятся ваши данные или нет. Вы уже заплатили а там хоть трава не расти.

> держащий записанные данные в течении года. с введением qlc ничего не поменялось.

А вон те юзеры с профачеными данными и затертыми или осыпающимися девайсами наверное из параллельной вселенной лезут.

> это уже головная боль производителей как обеспечить соответствие стандарту, главное, что
> они пока с этой задачей справляются.

Они справляются. Рассказом красивых сказок и грязными хаками типа фирмвари регенерирующей флеху как DRAM почти. Только что-то юзерей пролюбивших данные, с развалом ФС по вине ssd заметно прибавилось. Есть чисто технические лимитиы. А SSD из вон того ларька вообще и не собирался никаким требованиям JEDEC соответствовать. Он собирался красивую емкость нарисовать за копейки, забыв уточнить что флешак сыпучий. Энтерпрайзные девайсы ессно делают лучше - но там и цены за гиг иные.

> сотня циклов? intel/solidigm для своих d5-p5316 qlc-накопителей декларирует
> ресурс в 3к перезаписей для последовательной записи:

Ага, где FTL жуткими изгалениями что-то там из себя изобразил. Но с кучей звездочек и замером вот так, с заподвыподвертом. А если просто и честно взять вот этот блок нанда и отциклировать его - в среднем осыпется на вот столько. На сколько там реальная нагрузка похожа на маркетинговый булшит с звездочками и пятым шрифтом - отдельный вопрос.

>> Офлайн бэкапы - нестандартный способ?
> да, это нестандартный сценарий использования ssd.

Ну так об этом и спич был что ssd для вот именно офлайн бэкапов такое себе. В том числе и потому что контроллер не сможет регенерацию сыпучки сделать вовремя. А потом FEC уже не выдюжит - и приплыли.

> для оффлайн-бэкапа есть другие накопители, тут я с вами не спорю.

Ну тогда о чем мы спорим? Мой пойнт лишь о том что в маркетинге и на бумаге все сильно красивее чем оно там на самом деле. А соответствет спекам оно лишь в первом приближении и с большими оговорками. Так что юзерей с разлетом фс по причине "ssd рассыпался" сильно прибавилось.

Ответить | Правка | Наверх | Cообщить модератору

166. "Ядру Linux исполнилось 32 года"  +/
Сообщение от Аноним (38), 27-Авг-23, 08:59 
> Но скоро и для этого ssd поставлю.

На вопрос «зачем» приходит в голову только ответ «потому что могу».

Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

170. "Ядру Linux исполнилось 32 года"  +/
Сообщение от th3m3 (ok), 27-Авг-23, 17:01 
> На вопрос «зачем» приходит в голову только ответ «потому что могу».

Потому что быстро)

Ответить | Правка | Наверх | Cообщить модератору

171. "Ядру Linux исполнилось 32 года"  +/
Сообщение от Аноним (38), 27-Авг-23, 17:13 
Зачем для фильмов быстро?
Ответить | Правка | Наверх | Cообщить модератору

172. "Ядру Linux исполнилось 32 года"  +/
Сообщение от th3m3 (ok), 27-Авг-23, 18:10 
> Зачем для фильмов быстро?

Там не только фильмы. Есть ещё игры и другие файлы. В тяжёлых играх - микрофризы пропадут, например.

Ответить | Правка | Наверх | Cообщить модератору

124. "Ядру Linux исполнилось 32 года"  +/
Сообщение от Ржомба (?), 25-Авг-23, 21:26 
Дожили. Чтобы одновременно копировать файлы и мышевозить без тормозов требуется SSD. LOL
Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру