Если для вашего сценария это работает хорошо то есть утилиты, которые для любого диска, хоть SATA хоть NVMe сделают независимый от OS буфер в памяти.
Вон, Samsung такое предлагает под каким-то своим фирменным назыанием, и не только он.
Для Linux тоже есть решения, не привязанные к железу.
а потом у вас отключается питание и файловая система вклочья. Спасибо, нет, не надо.
Ещё раз: самые сложные алгоритмы — у OS. Если вы часть RAM системы отдали под буферы, управляемые контроллером NVMe, то вы дважды в памяти держите одно и то же и вторая копия управляется алгоритмами попроще.
Может быть в тестовых сценариях оно и хорошо, когда у вас работает только тестовая утилита, да ещё и открывающая файлы с флагом O_DIRECT, но в реальной жизни, когда память забита под завязочку а файлы открыты без запрета кеширования системой — это плохо.
Это хороший вопрос. Из памяти, из L1. Понятно, что быстрее чем мы читаем с пластин вроде бы не надо — но с пластин у меня вот читается 700 мегабайт (двоичных) в секунду. А другому клиенту может отдаваться из L1 закешированное. В общем, 1 гиг записи во флеш — это небольшой запас, да, больше и не надо вроде бы. 3 — избыток. Но далеко не все NVMe по мусору и 1 гиг пишут. Особенно из новых :-)
Ну а про держится недолго — тут дело такое, это же по сути автоматическое разделение на tiers (осталось научить систему совсем холодное автоматически на ленты писать ГЫГЫ), я в 10 раз чаще обращаюсь к фотографиям и видео последнего года а не 2010-го. Так что по логике последний год постепенно переедеть на флэш весь и будет мне отдаваться оттуда на полной десятигигабитной скорости и с низким latency, а старое будет лежать на дисках (и гнить).
Можно такое разделение сделать вручную, но это думать надо. А тут автоматически.
А зачем вам 2.0 в бытовом девайсе?
Если честно, я вот тут очень плотно копал рынок NVMe — и не видел ни одного, который я бы мог себе позволить купить (а я на железе не экономлю, 200+ евро за 2TB девайс мне кажется нормальной ценой) и у которого были бы namespaces даже простые (не говоря о Zoned NS из 2.0) или Key-Value API которое тоже расширили в 2.0.
Вы используете такие девайсы? С множеством namespace и с K-V API? А какие модели? А где? Особенно интересно про K-V API.
А так там вроде и нет улучшений, в 2.0. А, ещё добавили NVMe for rotating disks. Ну это, конечно, смешно.
Ну и HMB очень, очень плохая идея. В RAM пусть лучше OS кеширует, у неё алгоритмы умнее и знаний о данных больше. Не надо тратить RAM на кэш контроллера, надо тратить на системный блочный / файловый кэш.
Ну как бы 2 терабайта ОЗУ стоят много и мало куда втыкаются. Почему бы не иметь кэш второго уровня на два терабайта когда всего обхёмы в 20-30 терабайт на NAS?
А скоростные возможности самой связки «контроллер — память» отлично показывает второй проход записи «по мусору». Имеет он чисто научное значение — но имеет.
Неправда ваша. Не чисто научное. Кэши в NAS — это именно такой режим работы.
А даже бытовые и офисные NAS уже имеют возможность установки NVMe кэша.
Спасибо что делаете этот тест — мало где даже в англоязычном интернрете его делают.
Жаль только температуру не меряете — я купил как предыдущего (до обзора этого кингстона) лидера AData Legend 960, и споткнулся о то, что даже с огромный 3rd party радиатором в серверном по сути (т.е. продуваемом из середины) корпусе он под полной нагрузкой троттлит. Чудовищно горячий оказался.
Ну для этого купить надо. Учитывая, где обычно продают PM931, вернуть врядли получится если не понравится :-)
Кстати, здесь две прописи не CDM'ом делают а AIDA'ой. Хотя почему не fio непонятно, fio везде запускается :-)
Ну вот 1TB 970 Evo который был системным в дестопе а потом стал системным в NAS, и то и другое я не выключаю никогда. Но диск системный, не под файлопомойку, конечно:
SMART/Health Information (NVMe Log 0x02)
Critical Warning: 0x00
Temperature: 46 Celsius
Available Spare: 100%
Available Spare Threshold: 10%
Percentage Used: 0%
Data Units Read: 5,965,191 [3.05 TB]
Data Units Written: 15,821,771 [8.10 TB]
Host Read Commands: 69,211,976
Host Write Commands: 449,984,939
Controller Busy Time: 744
Power Cycles: 55
Power On Hours: 10,148
Unsafe Shutdowns: 20
Media and Data Integrity Errors: 0
Error Information Log Entries: 485
Warning Comp. Temperature Time: 0
Critical Comp. Temperature Time: 0
Temperature Sensor 1: 46 Celsius
Temperature Sensor 2: 59 Celsius
Ну да, прописали его за это время всего 8 раз. Сорян, других пока нет. Через годик можно будет посмотреть на AData 930 которая стоит кэшом в NAS, там уже 13 терабайт записано на 2TB диск. Но это через годик, пока она всего 1000 часов отработала. Греется это AData, надо сказать, адово.
Но вообще по даже здешним тестам есть один сценарий где Samsung'и (все бытовые по крайней мере, таких тестов того же PM931 я не видел) проигрывают многим — это вторая пропись поверх 100% заполненного диска.
Сценарий в жизни, конечно, не самый частый но реалистичный — кэш в NAS.
Это совершенно нереалистичный сценарий. Или у вас база данных которая пишет фиксированные старнички но тогда не в один поток и не с очередью 1 или у вас обычный софт бахает свои файлы мегабайтами.
Ну всё-таки одно дело — взять в аренду и покататься, а другое — взять в аренду (или купить) с пониманием, что надо сделать статью. Совсем другое дело, надо и фотографий набрать и всякие мелочи сразу в блокнотик записывать что бы не забыть.
Я может бы и справился бы (особенно с помощью приличного редактора!), но это надо с самого начала не просто кататься а знать, что делаешь обзор :-)
Может быть когда-нибудь…
Ну например при постройке деревянного дома может оказаться что фрезер нужен у всех дверных и оконных проёмов. Не очень стационарно.
Да и даже в мастерской если это не фрезер в стол, все эти толстые негибкие провода перебрасывать туда-сюда… Многим надоело.
Я ездил на таких разных, но баджадж был худшим. Просто было ощущение, что с мотоциклом надо бороться, что что бы повернуть на скорость 20 в городе надо прямо всем весом его туда толкать. Ужасно. Если бы это был мой первый мотоцикл, я бы больше никогда не ездил :-)
Не возьмусь, увы. Не тот уровень владения языком.
На баджадже я, впрочем, ездил. Очень плевался. Их псевдо-спорт — самое неудобное для крупого мужика, на чём я сидел :-)
Вон, Samsung такое предлагает под каким-то своим фирменным назыанием, и не только он.
Для Linux тоже есть решения, не привязанные к железу.
Ещё раз: самые сложные алгоритмы — у OS. Если вы часть RAM системы отдали под буферы, управляемые контроллером NVMe, то вы дважды в памяти держите одно и то же и вторая копия управляется алгоритмами попроще.
Может быть в тестовых сценариях оно и хорошо, когда у вас работает только тестовая утилита, да ещё и открывающая файлы с флагом O_DIRECT, но в реальной жизни, когда память забита под завязочку а файлы открыты без запрета кеширования системой — это плохо.
Ну а про держится недолго — тут дело такое, это же по сути автоматическое разделение на tiers (осталось научить систему совсем холодное автоматически на ленты писать ГЫГЫ), я в 10 раз чаще обращаюсь к фотографиям и видео последнего года а не 2010-го. Так что по логике последний год постепенно переедеть на флэш весь и будет мне отдаваться оттуда на полной десятигигабитной скорости и с низким latency, а старое будет лежать на дисках (и гнить).
Можно такое разделение сделать вручную, но это думать надо. А тут автоматически.
Если честно, я вот тут очень плотно копал рынок NVMe — и не видел ни одного, который я бы мог себе позволить купить (а я на железе не экономлю, 200+ евро за 2TB девайс мне кажется нормальной ценой) и у которого были бы namespaces даже простые (не говоря о Zoned NS из 2.0) или Key-Value API которое тоже расширили в 2.0.
Вы используете такие девайсы? С множеством namespace и с K-V API? А какие модели? А где? Особенно интересно про K-V API.
А так там вроде и нет улучшений, в 2.0. А, ещё добавили NVMe for rotating disks. Ну это, конечно, смешно.
Ну и HMB очень, очень плохая идея. В RAM пусть лучше OS кеширует, у неё алгоритмы умнее и знаний о данных больше. Не надо тратить RAM на кэш контроллера, надо тратить на системный блочный / файловый кэш.
Неправда ваша. Не чисто научное. Кэши в NAS — это именно такой режим работы.
А даже бытовые и офисные NAS уже имеют возможность установки NVMe кэша.
Спасибо что делаете этот тест — мало где даже в англоязычном интернрете его делают.
Жаль только температуру не меряете — я купил как предыдущего (до обзора этого кингстона) лидера AData Legend 960, и споткнулся о то, что даже с огромный 3rd party радиатором в серверном по сути (т.е. продуваемом из середины) корпусе он под полной нагрузкой троттлит. Чудовищно горячий оказался.
Кстати, здесь две прописи не CDM'ом делают а AIDA'ой. Хотя почему не fio непонятно, fio везде запускается :-)
SMART/Health Information (NVMe Log 0x02)
Critical Warning: 0x00
Temperature: 46 Celsius
Available Spare: 100%
Available Spare Threshold: 10%
Percentage Used: 0%
Data Units Read: 5,965,191 [3.05 TB]
Data Units Written: 15,821,771 [8.10 TB]
Host Read Commands: 69,211,976
Host Write Commands: 449,984,939
Controller Busy Time: 744
Power Cycles: 55
Power On Hours: 10,148
Unsafe Shutdowns: 20
Media and Data Integrity Errors: 0
Error Information Log Entries: 485
Warning Comp. Temperature Time: 0
Critical Comp. Temperature Time: 0
Temperature Sensor 1: 46 Celsius
Temperature Sensor 2: 59 Celsius
Ну да, прописали его за это время всего 8 раз. Сорян, других пока нет. Через годик можно будет посмотреть на AData 930 которая стоит кэшом в NAS, там уже 13 терабайт записано на 2TB диск. Но это через годик, пока она всего 1000 часов отработала. Греется это AData, надо сказать, адово.
Сценарий в жизни, конечно, не самый частый но реалистичный — кэш в NAS.
Я может бы и справился бы (особенно с помощью приличного редактора!), но это надо с самого начала не просто кататься а знать, что делаешь обзор :-)
Может быть когда-нибудь…
Да вроде на F и J есть пупырки, зачем свет?
Да и даже в мастерской если это не фрезер в стол, все эти толстые негибкие провода перебрасывать туда-сюда… Многим надоело.
На баджадже я, впрочем, ездил. Очень плевался. Их псевдо-спорт — самое неудобное для крупого мужика, на чём я сидел :-)
Коробки не нужны.