TrendVision Split

Так, давайте с самого начала. Что такое по вашему фрагментация ?

эээээ... чего ?

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

 

Фрагментация данных — разбиение файла на фрагменты различной величины для записи в различные (не последовательные) области жёсткого диска. Процесс применяется в случае необходимости записи большого файла на диск, где не достаточно непрерывного объёма, но достаточно суммарного свободного места. Могли бы и сами на википедии прочесть, в самом деле. Данный принцип записи используется практически с самого зарождения первых файловых систем и особо не меняется.

Эээээ, того.

В определении выше нет ничего такого, что было бы неприменимо к ней. ФС вообще обычно ничего не знает о типе памяти, поверх которой работает, а фрагментация возникает именно в этом слое.

Вы гарантируете, что все файлы на них всегда записаны в последовательных блоках? Волшебство, не иначе.

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

 

Хм, а TRIM просто так придумали?
Просто с вики процитирую:
SSD хранят данные в ячейках флеш-памяти, сгруппированных (в MLC SSD) в «страницы» (обычно по 4 Кбайт каждая), которые, в свою очередь, сгруппированы в блоки (обычно 128 страниц или 512 Кбайт суммарно). Ячейки NAND-флеш-памяти могут быть непосредственно записаны лишь в том случае, когда они чисты. В случае, когда они хранят данные, содержимое ячеек должно быть очищено, прежде чем в них будут записаны новые данные. В SSD накопителях операция записи может быть проделана только для страниц, однако из-за аппаратных ограничений команда удаления всегда выполняется на весь блок. В результате, запись на SSD-носитель выполняется очень быстро до тех пор, пока существуют чистые страницы, но значительно замедляется, если необходимо очищать предварительно записанные страницы.

Фрагментации нет только до тех пор, пока SD карта не заполнилась полностью, а далее она уже появляется, как минимум из-за защищенных от записи файлов. Это не влияет на скорость, однако может вызывать проблемы с записью. Проверим, когда G сенсор сможет отключать.

 

Замечательно. Теперь задайте себе вопрос: как может фрагментация влиять на скорость записи файлов на флэшке ?

Вы гдетакое придумали ? Я гарантирую что фрагментация не влияет на скорость чтения/записи с флэшки.

Еще раз, повторяю медленно: на флэш-памяти фрагментация не приводит к замедлению чтения или записи в силу отсутствия физической головки чтения.

Еще раз, медленно: фрагменация не может влиять на скорость чтения/записи на флэшке. А что касаемо страницы, то при объеме диска в 64 гб - у вас размер кластера будет намного больше размера страницы, так что и тут мимо.

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

https://ru.wikipedia.org/wiki/Дефрагментация_диска

"
Дефрагмента́ция — перераспределение файлов и логической структуры диска для обеспечения непрерывной последовательности кластеров.

Вследствие дефрагментации ускоряется чтение и запись файлов, а, следовательно, и работа программ, по причине непрерывности чтения диска, то есть без дополнительных сдвигов головки жёсткого диска.
Фрагментация данных — разбиение файла на фрагменты различной величины для записи в различные (не последовательные) области жёсткого диска. Процесс применяется в случае необходимости записи большого файла на диск, где не достаточно непрерывного объёма, но достаточно суммарного свободного места (например, вследствие удаления ранее записанных файлов).

Когда фрагментированных файлов становится много, то скорость работы жесткого диска уменьшается, поскольку возникают затраты на перемещение между разделёнными фрагментами[1]....Флэш-память является памятью с прямым доступом, в которой время доступа к любой ячейке одинаково вне зависимости от её адреса, и записывает данные в так называемом scattershot-mode, когда только сам контроллер памяти знает о реальном расположении фрагментов."

Дальше будем спорить, что фрагментация на флэшках не мешает ?

ЗЫ: Не путайте физические тормоза записи на флэш в силу алгоритма работы контроллера, и чисто ОС-ную историю про фрагментацию файлов. Тормоза при перезаписи заполненных ячеек будут, но это не имеет никакого отношения к фрагментации как явлению.

 

Господа! А не пора ли данный диспут о картах памяти перенести в тему "Всё про карты памяти"?

 

@ag-70 Добрый день. Внезапно пришла мысль: У вас присутствует история про "запись поверх старых" файлов. Сейчас в обсуждении говорили, что проблемы с выпаданиями и скоростью могут быть как то с этим связаны. А не имеет ли смысла выяснить, почему в экшен-камерах Gopro (как минимум в 3-ем поколении) для режима регистратора, была сделана достаточно замороченая логика записи раздельных файлов, когда под всю запись с определенной длинной цикла всегда создавалось фиксированное максимальное количество файлов, в рамках которых и происходила перезапись ? Может, Gopro тоже прошли в свое время по граблям с выпаданиями записи и решили исправлять проблему таким замороченым способом ?

ЗЫ: А контроллер регистратора ERASE на карту делает ? Возможно, действительно из-за кривого алгоритма ERASE/TRIM запись захлебывается ? Это еще один аргумент в пользу истории о том, что Gopro в момент включения записи в режиме регистратора резервирует места на карте под будущие 5 файлов. И, вполне возможно, заранее/по кругу собирает мусор из ячеек. Поэтому у нее дропов при циклической записи и нету.

--- Сообщения Объединены, 14 фев 2018 ---

Полагаю, вы правы.
Больше на эту тему здесь не буду.

 

Как-то раньше не обратил на это внимание, а сегодня случайно заметил...
У меня запись на 3 минуты и стандартный размер файла - 269 Мб, там плюс минус мелочь разница. Но оказалось, что очень много файлов как заметно меньшего размера, так и заметного большего!
Посмотрел эти файлы. Если размер меньше 269 Мб и продолжительность 3 минуты, то там 100% есть выпадение записи. Как это работает не понимаю, т.е. в какой-то момент рег перестает писать, однако не происходит полного прерывания процесса записи, т.к. файл не обрывается. Т.е. похоже на какое-то зависание системы...
Но что еще больше меня удивило, что обнаружил некоторое количество файлов размером более 300 Мб и там продолжительность записи оказалась больше 3-х минут. Где-то 3:15, где-то почти 4 минуты. Это вообще как возможно? Причем ролики продолжительностью более 3-х минут это исключительно защищенные. Или это какой-то специальный алгоритм записать побольше, чем стандартное время? Но почему тогда разлет аж в минуту составляет?

 

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

 

Причем проблема возникает именно на защищенных файлах. В общем всё крутится вокруг G сенсора и файлами, которые он порождает.

 

Почему-то я не удивлён. Скольких бы проблем не было, если бы изначально была возможность отключения... Но идут дни, недели, месяцы, и всё только обещания.

 

У меня выставлено 5 минут записи, при этом своими глазами видел один на 10:00, буквально на второй день использования регистратора. Видимо, софт в нем значительно более сырой, чем представлялось вначале.

 

Здравствуйте. Имею регистратор Trendvision split, флешку купил в DNS SanDisk Ultra 32GB со скоростью 10. Регистратор покупал через Trendvision. Проблема в том, что регистратор после заканчивая 5-минутной записи (именно столько стоит в настройках) зачастую не начинает писать следующую запись. Вот пример скриншота со списком записей. Например выехал я на работу примерно в 7-45 и приехал к 8-00. Машину заглушил, а всё это время регистратор не писал вообще. В 8-52 завёл машину и только тогда регистратор начал писать. Отписав единственную запись 5 минут он перестал писать вообще. И только после того, как в 9-05 я заглушил, потом поработал и завёл снова в 10-54 он начал писать. Пописав 5 минут, он снова бросил это дело и снова начал писать лишь в 11-29, хотя всё это время машина была заведена. Флешку пробовал форматировать через приложение, не помогло. Прошивка стоит R021_1.00.13, скачивал с сайта Trendvision. Что делать?

 

@fanat1k
1. Попробуйте во время поездки посматривать на индикаторы на коробке управления. Начинает ли секунд через 5-10 после завода машины красный индикатор медленно и вдумчиво моргать ? Продолжает ли он моргать всё время, пока едете ?
2. Попробуйте после запуска машины вывести на экран смартфона картинку с регистратора и не выключать её всю дорогу. Что будет видно ?
3. Опишите, как подключен к питанию регистратор.

 

@fanat1k помоему Вы описываете ровно мою ситуацию. И сейчас пошел процесс, чтобы разобраться, в чём тут суть проблемы. Иными словами, пока Вы ничего сделать не сможете. Можно попробовать другую карту, но по моему опыту это не помогает.

 

Сейчас отформатировал флешку через приложение и поехал домой. Индикатор всю дорогу моргал вдумчиво красным. Вывел картинку на экран смартфона и всю дорогу ехал, поставив смартфон на держатель, всю дорогу картинка записывалась. Регистратор подключён к фишке магнитолы как и предыдущий. + взят с провода АСС, те пока я не поверну ключ, регистратор не пишет, чтоб не мучать его во время прогрева машины.

 

У меня появилось предположение, почему у меня возникли проблемы. Если судить по названиям файлов, которые у меня были на флешке, то 100% флешки было забито неперзаписываемыми файлами, тк они начинались с EVEN, вместо PIC. Возможно регистратор работал по формуле, что сначала он пишет, потом перезаписывает только те файлы, которые можно, а когда все 100% памяти становятся не перезаписываемыми, он их перезаписывает только в том случае, когда машину хорошо тряханёт и регистратор захочет его сделать тоже неперезаписываемым. т.е. когда кончились перезаписываемые файлы, он начинает перезаписывать неперезаписываемые файлы, только опять же неперзаписываемыми, а простым совершенно не находится места. Поэтому отключение сенсора, который отвечает за это дело было бы очень хорошим решением.

 

То есть, мы выяснили, что регистратор полностью исправен и может писать файлы более 5 минут.

Тут не совсем понял, поскольку у меня магнитола включается сразу вместе с зажиганием, но в вашем случае главное что с питанием у вас все нормально.

Полагаю, вы абсолютно верно описали ситуацию и попутно вскрыли еще один глюк.
Дело в том, что неперезаписываемые (заблокированные) файлы, если верить инструкции, не должны переписываться ни при каких обстоятельствах. Потому что по задумке в них находится критически важная информация. Из вашего же случая мы видим, что после старта регистратора всё-таки возможна запись (перезапись) одного заблокированного файла, и только потом регистратор видит, что писать больше некуда. Хотя по логике, он просто должен был не начинать запись. Но, резюмируя, проблема с отсутствием записи у вас - была судя по всему именно в этом (недостатке свободного места для перезаписываемых файлов).

Во, теперь вы один из нас. )

 

Сейчас нашёл ещё один косяк. Приехал с тренировки, думаю дай-ка посмотрю через приложение, что он там поназаписывал. В итоге так и не смог зайти в список файлов. Телефон просто в этот момент зависал. Ни перезапуск телефона, ни перезапуск регистратора не помогли. А вот форматирование флешки через приложение помогло, после этого начало заходить. Правда папка стала пуста в тот момент...

 

Высказал своё предположение! Я не спец по картам картам памяти и не знаю есть там фрагментация или нет! Понятно что головки как у кассеты или HDD в ней нет! Но на карте есть FAT область! - прямо как на дискете или HDD (в которую записывается служебная информация (где и что находится))! В ОС Windows есть два варианта форматирования - быстрое(очистка системной области) и полное(все ячейки прописываются FF)! Скользящей головки в картах нет - но есть электронная составляющая ПО на которое так же нужно время процессору!
Вот этого как раз может и не хватать - для скорости записи (если она на пределе)!

В результате - на чистую карту(отформатированную) - пишется всё нормально! Как только она заполнилась и пошёл процесс - анализ - удаление - перезапись! Всё встало!
Программы для такой проверки карт памяти - нет!

PS. Это просто предположение! Могу и ошибаться! Но копать куда то нужно ....... возможно при этом копании появится другая зацепка и мы начнём копать в другую сторону!

--- Сообщения Объединены, 17 фев 2018 ---

@Fletcher
Вспомнил выпуск Q5NV! В первых прошивках была проблема - если нажать на кнопку блокировки файла - он делал полный цикл записи (на карте 32Gb - четыре часа, на карте 16Gb - 2 часа) - и останавливал запись! На карте было видно - что первый файл только для чтения! Затем программист это исправил!
Это про ячейки FLАSH карты......

--- Сообщения Объединены, 17 фев 2018 ---

Ещё момент - про длинные ролики!
Положил камеру на вентилятор - сплит сделал ролик в полторы минуты (вместо одной)!
Предположение - если G сенсор сработал к конце ролика - запись продлевается на 30 секунд!
При трёх минутном - на 1 минуту!
Сработал на 10 секунд раньше (до закрытия) - на 20 и 50 секунд!

 

@ag-70
Тут вообще вопросов больше чем ответов получается. Вот например про полное и быстрое форматирование (в терминах Винды), о котором вы упоминаете. При быстром обнуляется только таблица размещения файлов, при полном еще и сектора (а на флэшках, полагаю, и ячейки). Но многие на форуме пишут, что после форматирования у них по первому циклу пропадают глюки записи. Но. Форматирование то в регике - быстрое. Т.е. чистится только таблица размещения. Потому что форматировать всю карту - это счет на минуты, а обнуление таблицы это пара секунд, что мы собственно и наблюдаем. А дальше вопрос - почему людям помогает форматирование, если физические ячейки по сути не были очищены ?

Может команда форматирования запускает на контроллере тотальный ERASE в фоне, который после появления надписи "Форматирование завершено" по сути начинает очищать все ячейки. Но что тогда происходит, если сразу после форматирования начать запись ? Хватит ли контроллеру скорости одновременно и писать в одни ячейки и очищать другие ? Будут ли дропы в таком случае ? Или никаких ячеек он не чистит ? Тогда почему в таком случае форматирование помогает многим (несмотря на то, что физической очистки ячеек может и не происходить) ? Но быстрое форматирование допустим решает проблему абстрактного фрагментирования (в смысле, в теории само фрагментирование на флэше не имеет роли, но в данном случае файлы действительно записываются подряд). И нету ли в этом случае пояснения в том, что контроллер просто не справляется с записью в рандомные ячейки ?

И т.д. и т.п.

ИМХО, проблема в том, что у вас эта железка появилась в продукцию - "в коробке". В смысле - вы заказали китайцам такие-то характеристики, но никак не можете влиять на составляющие. Поэтому просто некому задать вопрос о контроллере, схеме работы, алгоритмах записи и т.д. Или даже просто выпустить малюсенький патчик, который просто на корню блокирует опрос
G-sensora. Пусть бы всё прочее работало по прежнему, но просто заблочить его восприятие. А даже этого никак, поскольку прошивку пишут не ваши люди.

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