Достаточно быстрая, выносливая, и недорогая Micro SD карта от Hikvision (на 64ГБ)

- Цена: 470р
- Перейти в магазин
Всем привет. Сегодня я расскажу об одной из самых дешёвых карт памяти формата Micro SD, с ёмкостью 64ГБ. Приобретёна она была в локальном магазине.
Карта памяти мне была не особо нужна, но после обзора от vlo на Micro SD карту за 2$, я решил проверить, можно ли купить в местных магазинах что то от приличного производителя, при этом с хорошими скоростями и с нормальной гарантией, ибо многочисленные варианты за 2$ с али это лотерея, и во многих случаях проигрышная для покупателя, ввиду того что карты памяти производится из низкокачественной памяти (есть много негативных отзывов), а полноценной гарантии там как бы и нет. По моему мнению, такую лотерею могут позволить себе лишь богатые люди с крепкими нервами.
В обзоре приведу небольшой анализ рынка карт памяти формата Micro SD, протестирую карту по скоростям чтения/записи, и проверю какой объём перезаписи данных выдержит карта памяти от Hikvision, используя самописную программку «генератор» на php+mysql.
Вместо вступления
Потребность в картах памяти есть всегда, и используются они под разные задачи, такие как: фото/видео съёмка, расширение памяти в смартфонах, и наконец моё самое любимое, работа в видео регистраторах и камерах видео наблюдения, для которых почти у каждого производителя есть серия дорогих карт с гордым названием «High Endurance». В ввиду того что ценник на такие карты памяти не сильно гуманный, их редко берут даже в видеорегистраторы (половина пользователей вообще не факт что знает об их существовании), и даже на них мне встречались отзывы о быстром отказе. Не знаю реальные ли это отзывы, но при бракованном флэше вполне может быть такое.
За примером по выбору карты памяти далеко ходить не надо. С пол года назад родственники просили меня помочь выбрать недорогую видеокамеру на участок, бюджет естественно ограничен, и что то более менее похожее на IP камеру туда влезает уже с трудом. Естественно, в качестве хранилища будет использоваться карта памяти формата Micro SD, на которую и осталось то как раз 500р, а тут как бы уже не до High Endurance. Тогда я не мог однозначно сказать какую карту памяти лучше купить за эту сумму, что бы поставить и забыть про неё на пару лет (если камера будет писать по событию). Не понятно было, есть ли вообще такие, особенно когда начнёшь читать отзывы…
спустя некоторое время, после обзора на карту памяти за 2$, я решил посмотреть что можно купить примерно за 4-5$ сейчас (примерно за 500р), выбрав на мой взгляд, самый оптимальный размер 64ГБ. Оптимальный он потому, что при таком объёме у карты должна быть достаточно неплохая скорость записи (если использована приличная Flash память), и должен быть достаточно неплохой ресурс, что актуально для работы в том же видеорегистораторе, с постоянной перезаписью по кругу, а цена остаётся в рамках разумного. Наверняка многие выберут вариант именно с таким размером.
В итоге, посмотрел по ценам, и решил остановиться на Ситилинке, где не так давно брал другую карточку памяти тестю в видеорегистратор, по приятной стоимости. Плюс в Ситилинке у меня завалялось немного бонусов, которыми можно оплатить часть стоимости карты памяти, поэтому смотрю что есть там. По итогу осмотров, решил таки купить карту памяти и протестировать.
Вот что я там увидел, когда отсортировал варианты по наиболее низкой цене:
Неожиданно, самым дешёвым оказался вариант от ADATA, что меня несколько насторожило. Почитал отзывы, и понял что вариант скорее всего не сильно надёжный, и лучше переплатить 100р за более интересные варианты, так как по теперешним ценам это уже смешная разница.
Далее шли варианты от Netac. С картой памяти от Netac у меня был негативный опыт, когда я купил две карты на 32ГБ несколько лет назад (правда по дешёвке, с бонусами Эльдорадо), и одна из них сразу была с сильно прыгающей скоростью записи, и отказала буквально через пару перезаписей. Причём отказала именно «супер скоростная» карта, которая была раза в 1.5 дороже чем её «обычная» сестра, работающая со стабильной скоростью записи (причём нормальной по меркам варианта на 32ГБ), и нормально работающая в последствии. В общем, Netac решил не брать, хоть и деньги мне за вышедшую из строя без проблем вернули.
К продукции продающейся под брендом Digma у меня так же нет особого доверия. В итоге, глаз зацепился за два варианта, а именно от Hikvision и Silicon Power, имеющие одинаковый ценник.

Я брал третий вариант справа, не знаю полностью ли одинаковые варианты от Hikvision. Возможно одинаковые, а разница лишь в упаковке.
Можно было бы выбрать карты памяти от Kingston, но за них просят уже достаточно много. Например, стоит обратить внимание на стоимость 64ГБ карты памяти серии Canvas Select Plus, которая является самой простой в линейке и при этом, популярным вариантом в магазине.
Возможно, она построена на QLC памяти, т.е. у неё достаточно низкий ресурс по перезаписи.
К такому выводу я пришёл анализируя данные с сайта Kingston, где чётко указано предназначение карт памяти, и низкая скорость записи для карты с объёмом на 64ГБ.
Если выйти из бюджета, то там есть такие варианты:
Здесь мне приглянулись уже два самых первых варианта, особенно High Endurance вариант от SP. В спецификациям там только указали время наработки в часах. В эти же деньги оценён Kingston Go Plus, вероятно построенный на относительно нормальной TLC памяти (скорости заявлены хорошие).
Как я понял, производители не особо любят указывать ресурс для таких карт памяти.
Когда я искал информацию о ресурсных картах памяти (хотя просмотрел явно не все варианты), попалась мне информация о High Endurance карте памяти от Team Group, вот там кое какие цифры указали.
Карта по заявлению производителя должна отработать 10000 часов, при записи со скоростью 26Мбит/c (3.25МБ/c) и по ним можно прикинуть что объём перезаписи для 64ГБ версии составляет 117000000МБ (10000*60*60*3.25), или 111.5ТБ, что чуть ли не в 2 раза выше чем у хороших NVMe SSD основанных на TLC памяти.
Тут либо «слегка» завысили показатели, тем более что контроллер в карте памяти явно не такой продвинутый как в SSD, в плане экономии ресурса памяти (где норма примерно 600-650 перезаписей, а тут у карты памяти больше 1000), либо в картах этой серии реальная ёмкость выше чем доступно пользователю (есть ощутимый overprovisioning).
Ещё я обратил внимание, что в SanDisk вообще придумали два уровня «эндурности», что бы видимо захватить большую часть рынка.
С другой стороны если в Max версии есть ещё и Overprovisioning (помимо качественной памяти), то почему бы и нет, цена как раз будет оправдана относительно High версии, но вот есть ли он там? Может быть использована просто более приличная TLC память (с максимальным количеством циклов P/E, относительно более скромного кол-ва в младшей версии).
В общем, в итоге взял я «басятский» Hikvision, где сама карта памяти просто чёрного цвета, прямо как 10 лет назад (тогда ещё не сильно модно было раскрашивать карты памяти Micro SD), но зато у неё вполне приличный производитель, нормальные спецификации и цена, да и отзывы на неё были крайне положительными. Обошлась она мне с учётом бонусов в 376р.

С описанием для данной карты памяти у Ситилинка какая то неразбериха. Карта памяти на первой фотографии, и в описании, промаркирована как Class 10 UHS-I U1, значит гарантируется скорость записи лишь на уровне 10МБ/c. Но, на втором скриншоте видна упаковка, где уже красуется маркировка V30, что говорит о скорости записи на уровне 30МБ/c, и это подтверждается уже верной информацией из описания. При этом, в описании и на коробке обещают максимальную скорость чтения на уровне 92МБ/c. В общем, похоже на пресловутый человческий фактор.
Распаковка
Карта памяти поставляется в блистере.
На коробке указано что производитель даёт 7-и летнюю гарантию на карту памяти. Ситилинк указывает срок гарантии 84 мес, что как раз и соответствует сроку в 7 лет, т.е. тут всё чётко, и вероятно у данного производителя они (точнее их головная компания) закупаются напрямую.
Противоположная сторона упаковки выглядит так:

Карта памяти выглядит так:
На внутренней стороне карты нанесён серийник и маркировка.

Тестирование
Тестировать карту памяти я буду в картридере Orico CS2D-A3 который способен работать на скорости 100МБ/c. Подключен он будет к USB порту ноутбука Ninkear A15 Plus (5Гбит/c).
Карта памяти изначально отформатирована в exFAT. Пользователю доступно около 58ГБ:

При тестировании в программе CDM видим такие цифры:
Если отформатировать карту памяти в NTFS, то она будет ещё чуть более лучшие результаты по линейным скоростям.
Со скорость не обманули. По записи получается даже выше чем должно быть. Но, 80МБ/c это скорость в рамках эмулируемого SLC кэша, устоявшееся значение скорости 40МБ/c, что так же выше 30МБ/c.
Более наглядно:
Скорость записи 40+МБ/c держится стабильно, не зависимо от того сколько свободного места осталось на карте памяти.
По следующим скриншотам из CDM и не скажешь, что скорость записи может упасть до 40МБ/c:
В программе при этом был настроен именно рандом по данным:

Тут вся фишка в том, что у карты ~ 1ГБ эмулируемого SLC кэша, причём он статический, т.е его объём не зависит от свободного места. Программа CDM при этом работает так: при старте она записывает столько данных, сколько определено настройками теста, поэтому на одном из скриншотов где размер тестового файла всего 4ГБ, видно падение скорости до 43,6МБ/c (эмулируемый SLC кэш то не резиновый).
Затем, когда дело доходит до тестирования скорости записи, программа судя по всему изменяет ранее записанный файл, но пишет не все 4ГБ, а пишет данные в течении 10 секунд (сколько успеет записать, и размер при таком раскладе выходит в районе 800МБ), а у нас уже тут как тут свободный SLC кэш, и запись происходит на высокой скорости, от сюда и такие цифры.
Для наглядности, я заполнил карту памяти на 45ГБ, и после этого начал записывать фильм.


AIDA64 подтверждает мои выводы о SLC кэше:
Если перезаписать «грязную» карту памяти, то скорость будет по сути такая же, как в случае «чистой» картой памяти (разница не существенна).

Скорость линейного чтения стабильная, и весьма высокая:

Полностью заполнил карту памяти файлами, и прогнал викторию:
По времени доступа полный порядок, аномалий нет.
Чисто для информации, скрины из ATTO Disk Bemchmark:

Тестирование ресурса
К сожалению, у карт памяти нет вывода данных по SMART, как это есть например у SSD, что усложняет оценку объёма записанной на них информации. Я прикинул как я могу исправить эту проблему, и решил написать простенькую программку на php, ведя логи в БД mysql. В итоге, я почти две недели нон стоп писал данные на карту (правда не очень эффективно), которая была подключена через всё тот же картридер Orico CS2D-A3 к мини компьютеру Ninker N10, куда я предварительно установил Ubuntu, ну и соответственно накинул ещё php+mysql.
Алгоритм работы программы:
1. Записываем по очереди 386 файлов по 40МБ каждый (по циклу).
Значение 386 было выбрано в самом начале разработки программки, видимо тогда я оперировал большими значениями размера файла, и потом как то упустил это из вида, думая что заполняю карту памяти почти под 0, на самом деле заполняя её лишь на ~15ГБ из 58ГБ, но не сильно это и важно (контроллер скорее всего распределил износ, а если и нет, то память значит очень живучая).
Звучит просто, но, на самом деле всё гораздо сложнее:
С помощью php функции random_bytes генерируем полностью рандомное содержимое будущего файла, затем рассчитываем его SHA256 хэш, и после этого записываем сгенерированные данные в файл, размещая его на карте памяти.

Параметры файла:

Значение SHA256 пишется в таблицу mysql, вместе с значением текущего шага цикла, и общего значения счётчика (подсчитывает общее количество итераций за всё время, по нему потом подсчитаем общий объём записи).
Объём генерируемой информации я задал как 40МБ, что бы он гарантированно записался на карту за 1 секунду, хотя можно было бы писать за раз больше данных. Рассчитываю так же и время записи, с помощью функции microtime. Результат округляю до целого, и пишу в ту же mysql таблицу. Таблицу для данных по записи, я назвал zapis_rez.
Таблица zapis_rez имеет 4 поля поля: num, sha256, time, shet.
Создавалась таблица следующим запросом:
Под SHA256 по идее более правильно использовать тип данных BINARY (32), но с ним что то у меня не задалось, и так всякие нюансы отняли кучу времени, при том что сидел я с насморком, и мне на тот момент не особо хотелось заниматься чем то вообще, но тут было интересно и поэтому не сильно напряжно, хотя по итогу времени ушло не мало на отладку.
По итогу, в поле num пишется текущее значение переменной из цикла (от 1 до 386), в sha256 значение хэша, в поле time пишется время выполнения (всегда 0, пока карта работает штатно), в shet пишется общее количество записанных файлов.
После того как первая партия файлов составляющая 386 штук записана, из php запускается bash скрипт, сбрасывающий кэш ОС. Команда для сброса:
2. Считываем первую партию из 386 файлов уже с micro SD, так же по очереди, подсчитывая время каждой операции чтения, хэшируя считанные данные по алгоритму SHA256 (процессор N100 мгновенно обрабатывает 40МБ данных, так же как и в предыдущем использовании).
Результаты чтения пишутся в свою таблицу hten_rez, содержащую следующие поля: num, sha256, time, shet1. Таблица заполняется точно так же как таблица записи.
Создавалась она следующим запросом:
Единственное, в обоих случаях мне ещё следовало бы озаботиться созданием первичного ключа, или даже запустить авто генерацию первичного ключа силами БД. Из-за того что я этого не сделал, у меня возникла небольшая сложность, после того как пришлось отключить ПК, и затем запустить программу с момента останова, вызванная моей невнимательностью (хотя два предыдущих раза всё было ок). По итогу, я оперативно всё пофиксил, сохранив актуальность данных (накосячил прямо при записи видео части обзора, там же поправил, и сделал из этого выводы для себя).
3. После того как все 386 файлов прочитаны, происходит удаление всех файлов с micro SD, и всё заново повторяется начиная с пункта 1.
Изначально, я сам себе усложнил жизнь, сделав ещё 1 секундную паузу между записями файлов, тем самым получил как минимум дополнительно 386 секунд при каждой перезаписи карты памяти, и тест растянулся на недели… Потом я резко «прозрел», и убрал эту задержку, хотя и так было легко прикинуть что процесс затянется.
P.S. Сам код программы я не стал приводить, что бы избежать различных деструктивных действий по отношению к невинным накопителям)).
Что касается ресурса испытуемой карты памяти, то судя по скоростям чтения/записи, карта памяти вероятно построена на TLC памяти, и она должна выдерживать 450-500 перезаписей, если исходить из того, что у тех же NVMe SSD он обычно 600-650 перезаписей (650ТБ записи для SSD с ёмкостью 1ТБ). По итогу, получаем что ресурс должен быть не менее 28800ГБ (64ГБ*450), или ~28ТБ, если перевести в ТБ.
Что касается итогового объёма записи, то я исписал около 300-400ГБ пока гонял карту памяти туда сюда при тестировании в Windows, и 428846 записей по 40МБ каждая в Ubuntu, что составляет 16751ГБ, или 16.35ТБ, а в сумме с 400ГБ это уже ~17ТБ.
Что касается целостности записанных данных, то тут всё хорошо, т.к. данные в обоих таблицах сошлись на 100%.
Вот количество записей по обоим таблицам:

Теперь соединю две таблицы с помощью Join, и проверю сколько хэшей из 428846 соответствуют друг другу:

Результат выполнения:

Кстати, выше можно видеть предыдущий запрос, где проверялось нет ли в таблицах отличающихся хэшей. По факту его выполнения, был выдан ответ «Empty Set», т.е. получается таких записей нет).
Решил дальше не мучать карту памяти, оставлю её для тестов других девайсов, плюс запишу туда на пару месяцев тестовые файлы, что бы отследить будет ли быстрое стекание заряда, выраженное в резком снижении скорости чтения, при достаточно сильно изношенной памяти. Чем сильнее изношена память, тем больше вероятность стекания заряда.
В то же время, если память Flash изначально нормальная, то согласно стандартам JDEC, она должна нормально считываться весьма длительное время, явно не несколько месяцев (точно не помню порядок цифр, но вроде год она должна продержаться точно, без просадок по скорости), даже после того как она выработает весь положенный ресурс. Т.е. в рамках ресурса память должна вести себя предсказуемо.
Видеоверсия обзора:
Зеркало на Rutube
Выводы
За относительно небольшую стоимость у Hikvision получилось выпустить достаточно быструю карту памяти за свои деньги, производительности которой хватит и для записи 4К видео с относительно большим битрейтом. При этом, скорость записи стабильна, и на неё не влияет процент заполнения накопителя.
Тест на ресурс показал что карта памяти способна продемонстрировать достаточно приличный результат по перезаписи данных (по крайней мере мой экземпляр, при том что я не стал добивать её до конца, а остановился на 17ТБ данных).
Как по мне, этот вариант карты памяти намного интереснее варианта покупки ноу нэйм карты памяти на aliexpress за 2$, так как последний сильно сомнителен, ввиду практически полного отсутствия гарантии (если только вы сразу после получения не «окирпичите» карту и вернёте деньги по нормально оформленному спору), а так же из-за не уверенностив завтрашнем дне в сохранности данных (скорее всего делают такие накопители из той памяти, которую нужно было отправить на мусорку как брак), ведь даже бэкап нужно ещё успеть сделать, а делать его желательно всегда даже при использовании надёжных накопителей, если данные хоть сколько то важны.
Карта памяти мне была не особо нужна, но после обзора от vlo на Micro SD карту за 2$, я решил проверить, можно ли купить в местных магазинах что то от приличного производителя, при этом с хорошими скоростями и с нормальной гарантией, ибо многочисленные варианты за 2$ с али это лотерея, и во многих случаях проигрышная для покупателя, ввиду того что карты памяти производится из низкокачественной памяти (есть много негативных отзывов), а полноценной гарантии там как бы и нет. По моему мнению, такую лотерею могут позволить себе лишь богатые люди с крепкими нервами.
В обзоре приведу небольшой анализ рынка карт памяти формата Micro SD, протестирую карту по скоростям чтения/записи, и проверю какой объём перезаписи данных выдержит карта памяти от Hikvision, используя самописную программку «генератор» на php+mysql.
Вместо вступления
Потребность в картах памяти есть всегда, и используются они под разные задачи, такие как: фото/видео съёмка, расширение памяти в смартфонах, и наконец моё самое любимое, работа в видео регистраторах и камерах видео наблюдения, для которых почти у каждого производителя есть серия дорогих карт с гордым названием «High Endurance». В ввиду того что ценник на такие карты памяти не сильно гуманный, их редко берут даже в видеорегистраторы (половина пользователей вообще не факт что знает об их существовании), и даже на них мне встречались отзывы о быстром отказе. Не знаю реальные ли это отзывы, но при бракованном флэше вполне может быть такое.
За примером по выбору карты памяти далеко ходить не надо. С пол года назад родственники просили меня помочь выбрать недорогую видеокамеру на участок, бюджет естественно ограничен, и что то более менее похожее на IP камеру туда влезает уже с трудом. Естественно, в качестве хранилища будет использоваться карта памяти формата Micro SD, на которую и осталось то как раз 500р, а тут как бы уже не до High Endurance. Тогда я не мог однозначно сказать какую карту памяти лучше купить за эту сумму, что бы поставить и забыть про неё на пару лет (если камера будет писать по событию). Не понятно было, есть ли вообще такие, особенно когда начнёшь читать отзывы…
спустя некоторое время, после обзора на карту памяти за 2$, я решил посмотреть что можно купить примерно за 4-5$ сейчас (примерно за 500р), выбрав на мой взгляд, самый оптимальный размер 64ГБ. Оптимальный он потому, что при таком объёме у карты должна быть достаточно неплохая скорость записи (если использована приличная Flash память), и должен быть достаточно неплохой ресурс, что актуально для работы в том же видеорегистораторе, с постоянной перезаписью по кругу, а цена остаётся в рамках разумного. Наверняка многие выберут вариант именно с таким размером.
В итоге, посмотрел по ценам, и решил остановиться на Ситилинке, где не так давно брал другую карточку памяти тестю в видеорегистратор, по приятной стоимости. Плюс в Ситилинке у меня завалялось немного бонусов, которыми можно оплатить часть стоимости карты памяти, поэтому смотрю что есть там. По итогу осмотров, решил таки купить карту памяти и протестировать.
Вот что я там увидел, когда отсортировал варианты по наиболее низкой цене:

Далее шли варианты от Netac. С картой памяти от Netac у меня был негативный опыт, когда я купил две карты на 32ГБ несколько лет назад (правда по дешёвке, с бонусами Эльдорадо), и одна из них сразу была с сильно прыгающей скоростью записи, и отказала буквально через пару перезаписей. Причём отказала именно «супер скоростная» карта, которая была раза в 1.5 дороже чем её «обычная» сестра, работающая со стабильной скоростью записи (причём нормальной по меркам варианта на 32ГБ), и нормально работающая в последствии. В общем, Netac решил не брать, хоть и деньги мне за вышедшую из строя без проблем вернули.
К продукции продающейся под брендом Digma у меня так же нет особого доверия. В итоге, глаз зацепился за два варианта, а именно от Hikvision и Silicon Power, имеющие одинаковый ценник.

Я брал третий вариант справа, не знаю полностью ли одинаковые варианты от Hikvision. Возможно одинаковые, а разница лишь в упаковке.
Можно было бы выбрать карты памяти от Kingston, но за них просят уже достаточно много. Например, стоит обратить внимание на стоимость 64ГБ карты памяти серии Canvas Select Plus, которая является самой простой в линейке и при этом, популярным вариантом в магазине.

К такому выводу я пришёл анализируя данные с сайта Kingston, где чётко указано предназначение карт памяти, и низкая скорость записи для карты с объёмом на 64ГБ.



Когда я искал информацию о ресурсных картах памяти (хотя просмотрел явно не все варианты), попалась мне информация о High Endurance карте памяти от Team Group, вот там кое какие цифры указали.

Тут либо «слегка» завысили показатели, тем более что контроллер в карте памяти явно не такой продвинутый как в SSD, в плане экономии ресурса памяти (где норма примерно 600-650 перезаписей, а тут у карты памяти больше 1000), либо в картах этой серии реальная ёмкость выше чем доступно пользователю (есть ощутимый overprovisioning).
Ещё я обратил внимание, что в SanDisk вообще придумали два уровня «эндурности», что бы видимо захватить большую часть рынка.

В общем, в итоге взял я «басятский» Hikvision, где сама карта памяти просто чёрного цвета, прямо как 10 лет назад (тогда ещё не сильно модно было раскрашивать карты памяти Micro SD), но зато у неё вполне приличный производитель, нормальные спецификации и цена, да и отзывы на неё были крайне положительными. Обошлась она мне с учётом бонусов в 376р.

С описанием для данной карты памяти у Ситилинка какая то неразбериха. Карта памяти на первой фотографии, и в описании, промаркирована как Class 10 UHS-I U1, значит гарантируется скорость записи лишь на уровне 10МБ/c. Но, на втором скриншоте видна упаковка, где уже красуется маркировка V30, что говорит о скорости записи на уровне 30МБ/c, и это подтверждается уже верной информацией из описания. При этом, в описании и на коробке обещают максимальную скорость чтения на уровне 92МБ/c. В общем, похоже на пресловутый человческий фактор.
Распаковка
Карта памяти поставляется в блистере.

Противоположная сторона упаковки выглядит так:

Карта памяти выглядит так:


Тестирование
Тестировать карту памяти я буду в картридере Orico CS2D-A3 который способен работать на скорости 100МБ/c. Подключен он будет к USB порту ноутбука Ninkear A15 Plus (5Гбит/c).
Карта памяти изначально отформатирована в exFAT. Пользователю доступно около 58ГБ:

При тестировании в программе CDM видим такие цифры:




По следующим скриншотам из CDM и не скажешь, что скорость записи может упасть до 40МБ/c:


Тут вся фишка в том, что у карты ~ 1ГБ эмулируемого SLC кэша, причём он статический, т.е его объём не зависит от свободного места. Программа CDM при этом работает так: при старте она записывает столько данных, сколько определено настройками теста, поэтому на одном из скриншотов где размер тестового файла всего 4ГБ, видно падение скорости до 43,6МБ/c (эмулируемый SLC кэш то не резиновый).
Затем, когда дело доходит до тестирования скорости записи, программа судя по всему изменяет ранее записанный файл, но пишет не все 4ГБ, а пишет данные в течении 10 секунд (сколько успеет записать, и размер при таком раскладе выходит в районе 800МБ), а у нас уже тут как тут свободный SLC кэш, и запись происходит на высокой скорости, от сюда и такие цифры.
Для наглядности, я заполнил карту памяти на 45ГБ, и после этого начал записывать фильм.


AIDA64 подтверждает мои выводы о SLC кэше:


Скорость линейного чтения стабильная, и весьма высокая:

Полностью заполнил карту памяти файлами, и прогнал викторию:

Чисто для информации, скрины из ATTO Disk Bemchmark:

Тестирование ресурса
К сожалению, у карт памяти нет вывода данных по SMART, как это есть например у SSD, что усложняет оценку объёма записанной на них информации. Я прикинул как я могу исправить эту проблему, и решил написать простенькую программку на php, ведя логи в БД mysql. В итоге, я почти две недели нон стоп писал данные на карту (правда не очень эффективно), которая была подключена через всё тот же картридер Orico CS2D-A3 к мини компьютеру Ninker N10, куда я предварительно установил Ubuntu, ну и соответственно накинул ещё php+mysql.
Алгоритм работы программы:
1. Записываем по очереди 386 файлов по 40МБ каждый (по циклу).
Значение 386 было выбрано в самом начале разработки программки, видимо тогда я оперировал большими значениями размера файла, и потом как то упустил это из вида, думая что заполняю карту памяти почти под 0, на самом деле заполняя её лишь на ~15ГБ из 58ГБ, но не сильно это и важно (контроллер скорее всего распределил износ, а если и нет, то память значит очень живучая).
Звучит просто, но, на самом деле всё гораздо сложнее:
С помощью php функции random_bytes генерируем полностью рандомное содержимое будущего файла, затем рассчитываем его SHA256 хэш, и после этого записываем сгенерированные данные в файл, размещая его на карте памяти.

Параметры файла:

Значение SHA256 пишется в таблицу mysql, вместе с значением текущего шага цикла, и общего значения счётчика (подсчитывает общее количество итераций за всё время, по нему потом подсчитаем общий объём записи).
Объём генерируемой информации я задал как 40МБ, что бы он гарантированно записался на карту за 1 секунду, хотя можно было бы писать за раз больше данных. Рассчитываю так же и время записи, с помощью функции microtime. Результат округляю до целого, и пишу в ту же mysql таблицу. Таблицу для данных по записи, я назвал zapis_rez.
Для чего считаю хэши и время выполнения операции
Как говорится, логов много не бывает.
Хэш SHA256 рассчитывается что бы понимать что было сгенерировано, и в каком виде в итоге оно прочитается с карты памяти. Если в момент записи или чтения произошла ошибка в данных (что в прочем крайне маловероятно, ведь контроллер это бдит), то будут разнится изначальный хэш и итоговый хэш. Это легко можно будет выловить sql запросом, с помощью объединения таблиц.
Если Flash память начнёт тупить, что в теории должно предвещать скорый сбой, то время записи/чтения должно увеличиться, что так же можно будет выявить с помощью sql запроса.
Хэш SHA256 рассчитывается что бы понимать что было сгенерировано, и в каком виде в итоге оно прочитается с карты памяти. Если в момент записи или чтения произошла ошибка в данных (что в прочем крайне маловероятно, ведь контроллер это бдит), то будут разнится изначальный хэш и итоговый хэш. Это легко можно будет выловить sql запросом, с помощью объединения таблиц.
Если Flash память начнёт тупить, что в теории должно предвещать скорый сбой, то время записи/чтения должно увеличиться, что так же можно будет выявить с помощью sql запроса.
Таблица zapis_rez имеет 4 поля поля: num, sha256, time, shet.
Создавалась таблица следующим запросом:
CREATE TABLE zapis_rez (num SMALLINT, sha256 TINYTEXT, time SMALLINT, shet INT);
Под SHA256 по идее более правильно использовать тип данных BINARY (32), но с ним что то у меня не задалось, и так всякие нюансы отняли кучу времени, при том что сидел я с насморком, и мне на тот момент не особо хотелось заниматься чем то вообще, но тут было интересно и поэтому не сильно напряжно, хотя по итогу времени ушло не мало на отладку.
По итогу, в поле num пишется текущее значение переменной из цикла (от 1 до 386), в sha256 значение хэша, в поле time пишется время выполнения (всегда 0, пока карта работает штатно), в shet пишется общее количество записанных файлов.
После того как первая партия файлов составляющая 386 штук записана, из php запускается bash скрипт, сбрасывающий кэш ОС. Команда для сброса:
echo 3 > /proc/sys/vm/drop_caches
Linux любит по максимуму всё кэшировать, пока есть свободная оперативная память. Если не сбросить кэш, то чтение частично может пойти из оперативной памяти, а оно нам не надо.2. Считываем первую партию из 386 файлов уже с micro SD, так же по очереди, подсчитывая время каждой операции чтения, хэшируя считанные данные по алгоритму SHA256 (процессор N100 мгновенно обрабатывает 40МБ данных, так же как и в предыдущем использовании).
Результаты чтения пишутся в свою таблицу hten_rez, содержащую следующие поля: num, sha256, time, shet1. Таблица заполняется точно так же как таблица записи.
Создавалась она следующим запросом:
CREATE TABLE hten_rez (num SMALLINT, sha256 TINYTEXT, time SMALLINT, shet1 INT);
Единственное, в обоих случаях мне ещё следовало бы озаботиться созданием первичного ключа, или даже запустить авто генерацию первичного ключа силами БД. Из-за того что я этого не сделал, у меня возникла небольшая сложность, после того как пришлось отключить ПК, и затем запустить программу с момента останова, вызванная моей невнимательностью (хотя два предыдущих раза всё было ок). По итогу, я оперативно всё пофиксил, сохранив актуальность данных (накосячил прямо при записи видео части обзора, там же поправил, и сделал из этого выводы для себя).
3. После того как все 386 файлов прочитаны, происходит удаление всех файлов с micro SD, и всё заново повторяется начиная с пункта 1.
Изначально, я сам себе усложнил жизнь, сделав ещё 1 секундную паузу между записями файлов, тем самым получил как минимум дополнительно 386 секунд при каждой перезаписи карты памяти, и тест растянулся на недели… Потом я резко «прозрел», и убрал эту задержку, хотя и так было легко прикинуть что процесс затянется.
P.S. Сам код программы я не стал приводить, что бы избежать различных деструктивных действий по отношению к невинным накопителям)).
Что касается ресурса испытуемой карты памяти, то судя по скоростям чтения/записи, карта памяти вероятно построена на TLC памяти, и она должна выдерживать 450-500 перезаписей, если исходить из того, что у тех же NVMe SSD он обычно 600-650 перезаписей (650ТБ записи для SSD с ёмкостью 1ТБ). По итогу, получаем что ресурс должен быть не менее 28800ГБ (64ГБ*450), или ~28ТБ, если перевести в ТБ.
Что касается итогового объёма записи, то я исписал около 300-400ГБ пока гонял карту памяти туда сюда при тестировании в Windows, и 428846 записей по 40МБ каждая в Ubuntu, что составляет 16751ГБ, или 16.35ТБ, а в сумме с 400ГБ это уже ~17ТБ.
Что касается целостности записанных данных, то тут всё хорошо, т.к. данные в обоих таблицах сошлись на 100%.
Вот количество записей по обоим таблицам:

Теперь соединю две таблицы с помощью Join, и проверю сколько хэшей из 428846 соответствуют друг другу:

Результат выполнения:

Кстати, выше можно видеть предыдущий запрос, где проверялось нет ли в таблицах отличающихся хэшей. По факту его выполнения, был выдан ответ «Empty Set», т.е. получается таких записей нет).
Решил дальше не мучать карту памяти, оставлю её для тестов других девайсов, плюс запишу туда на пару месяцев тестовые файлы, что бы отследить будет ли быстрое стекание заряда, выраженное в резком снижении скорости чтения, при достаточно сильно изношенной памяти. Чем сильнее изношена память, тем больше вероятность стекания заряда.
В то же время, если память Flash изначально нормальная, то согласно стандартам JDEC, она должна нормально считываться весьма длительное время, явно не несколько месяцев (точно не помню порядок цифр, но вроде год она должна продержаться точно, без просадок по скорости), даже после того как она выработает весь положенный ресурс. Т.е. в рамках ресурса память должна вести себя предсказуемо.
Про стекание заряда
К сожалению, сейчас вполне можно встретить те же SSD построенные на Flash памяти с изначальным, заводским браком, поэтому заряд там часто стекает за пару месяцев, что характеризуется падением скорости чтения в сотни раз, при том что ресурс не исчерпан даже на 1%. У меня таких примеров сейчас 4шт. Где то заряд стекает за пол года, где то за 3 месяца, контроллеру SSD на это фиолетово (есть пример на продвинутом SM2264 и BICS5 памяти, с остатком ресурса более 99%, где скорость чтения падает с нескольких тысяч МБ/c, до 10-15МБ/c через 3-4 месяца).
На другом SSD, Windows падает в BSOD, если в тот момент когда с SSD читается файл на «бешенной» скорости 10МБ/c (нагружая при этом его на 100%), произойдёт ещё и какое то действие с запросом к накопителю, например открытие Paint.
Вот как это выглядит на деле:
Скорость чтения минимальна.
Медленные сектора в Виктории.
Пробег.

Если перезаписать данные, например сняв сначала с SSD посекторный образ (правда долго и мучительно), а затем его снова туда залить, то скорость чтения чудесным образом возрастёт до нормальных значений, в несколько тысяч МБ/c. Ну и естественно если добавить новый файл, то первое время он будет считываться на максимально возможной скорости.
Чётко, не правда ли?
Насколько я понимаю, Flash память ведёт себя как конденсатор, где сначала уровень заряда падает достаточно стремительно (большая утечка), затем падение резко замедляется. Опять же, как я понимаю, когда оставшееся значение приближается близко к пороговому, контроллеру сложно интерпретировать какое же значение записано в памяти (у нас же 2 в 3 степени вариаций напряжений), и он вынужден производить считывание несколько раз, сильно загружая память, и вероятно ещё активно пересчитывая контрольные данные, что бы выдать пользователю валидные данные. В таком состоянии SSD может находиться год (у меня есть такой пример из тех 5 проблемных), и всё это время с него нормально будут считываться данные, только ну оооооочень уж медленно. Что будет через большее время, пока не понятно (я не тестировал).
На другом SSD, Windows падает в BSOD, если в тот момент когда с SSD читается файл на «бешенной» скорости 10МБ/c (нагружая при этом его на 100%), произойдёт ещё и какое то действие с запросом к накопителю, например открытие Paint.
Вот как это выглядит на деле:
Скорость чтения минимальна.



Если перезаписать данные, например сняв сначала с SSD посекторный образ (правда долго и мучительно), а затем его снова туда залить, то скорость чтения чудесным образом возрастёт до нормальных значений, в несколько тысяч МБ/c. Ну и естественно если добавить новый файл, то первое время он будет считываться на максимально возможной скорости.
Чётко, не правда ли?
Насколько я понимаю, Flash память ведёт себя как конденсатор, где сначала уровень заряда падает достаточно стремительно (большая утечка), затем падение резко замедляется. Опять же, как я понимаю, когда оставшееся значение приближается близко к пороговому, контроллеру сложно интерпретировать какое же значение записано в памяти (у нас же 2 в 3 степени вариаций напряжений), и он вынужден производить считывание несколько раз, сильно загружая память, и вероятно ещё активно пересчитывая контрольные данные, что бы выдать пользователю валидные данные. В таком состоянии SSD может находиться год (у меня есть такой пример из тех 5 проблемных), и всё это время с него нормально будут считываться данные, только ну оооооочень уж медленно. Что будет через большее время, пока не понятно (я не тестировал).
Видеоверсия обзора:
Зеркало на Rutube
Выводы
За относительно небольшую стоимость у Hikvision получилось выпустить достаточно быструю карту памяти за свои деньги, производительности которой хватит и для записи 4К видео с относительно большим битрейтом. При этом, скорость записи стабильна, и на неё не влияет процент заполнения накопителя.
Тест на ресурс показал что карта памяти способна продемонстрировать достаточно приличный результат по перезаписи данных (по крайней мере мой экземпляр, при том что я не стал добивать её до конца, а остановился на 17ТБ данных).
Как по мне, этот вариант карты памяти намного интереснее варианта покупки ноу нэйм карты памяти на aliexpress за 2$, так как последний сильно сомнителен, ввиду практически полного отсутствия гарантии (если только вы сразу после получения не «окирпичите» карту и вернёте деньги по нормально оформленному спору), а так же из-за не уверенности
Самые обсуждаемые обзоры
+96 |
7972
145
|
+21 |
1245
30
|
или возврат денег
p.s. в ОТ например — пожалуйте в химки.
а в камерах видеонаблюдения и видеорегистраторах по заполнении карточка не очищается полностью. И смысл такого тестирования?
для uhs1 карты со скоростью записи в 40 мег поддержки картоводом uhs1 — достаточно. она сама больше не умеет.
а в камерах видеонаблюдения и видеорегистраторах по заполнении карточка не очищается полностью. И смысл такого тестирования?
удаление файлов действо сугубо логическое — правка таблицы их размещения. так что тут никакой разницы.
хранить данные пол месяца — задача невеликой сложности.
Покажите мне видео хотя бы в 1080p, с битрейтом 320000Kbps/2(с запасом что бы), с реальной кайонибудь камеры или видео регистратора. Тут только если через mpeg2 жать его, вместо h264/h265.
а на скриншотах есть карты и со скоростью 170 МБ/c
а не в том сколько стоит карта
Если вы именно с позиции брендов, то что я не верно сравнивал карты по ценам, то как бы смотрел на то что есть в продаже, так же как потенциальный покупатель мог бы это делать окажись он на моем месте.
www.ozon.ru/product/karta-pamyati-microsdxc-64gb-class10-hikvision-uhs-i-u1-hs-tf-c1-std-64g-zaz01x00-od-1695703115/?at=QktJLj4kBcGVLrklczvEjGRiLzqZD6UBvk6RrCYKXE7&keywords=ZAZ01X00
только многие ли готовы тратить время на пару походов в магазин из-за пусть даже полтыщи?
Если пару лет отработала, то я лично не понес бы менять скорее всего.
Никогда не берите hikvision sata ssd, начинают дохнуть через год, есть печальный опыт.