Что меньше изнашивает карту памяти на android?

Question

[Виталий Пухов]

Планирую написать класс, который примерно раз в 3 минуты в приложении xamarin будет сохранять некие данные на карту, данные имеют структуру и будут либо сериализоваться, либо дописываться в csv, либо сохраняться в sqlite БД, учитывая частоту записи хотелось бы избежать лишних процедур записи, какой метод лучше выбрать?
Можно поставить вопрос иначе, реально ли определить что система планирует выкинуть экземпляр приложения из памяти, чтобы перед этим сбросить изменения на диск?
Пока рабочих примеров перехвата выгрузки приложения нагуглить не удалось.

Answer 1

[АртемЪ]

учитывая частоту записи хотелось бы избежать лишних процедур записи, какой метод лучше выбрать?

- поясните пожалуйста что плохого в частой записи?
Возможно вы имеете ввиду ограниченный ресурс циклов перезаписи? Но в это случае важен объем записи, а не частота.
Не важно запишите вы гигабайт один раз, или запишите тысячу раз по мегабайту - износ будет одинаков.
Правда тут есть одна тонкость - минимальный объем записи как правило 4 Кб, т.е если вы попытаетесь записать 1кб, то записано все равно будет 4кб.
Поэтому не сбрасывайте на запись куски данных менее 4кб.
Однако учитывая тот факт, что вы планируете писать крайне редко, то озадачиваться этим не стоит.

Comments

[Виталий Пухов]

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

[АртемЪ]

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

[АртемЪ]

Больше внимания обращайте на саму флешку - производитель, качество, тип памяти.
Самый популярный тип памяти для флешек TLC - ресурс 1000циклов, учитывая что контроллер не идеален, и износ будет неравномерным, да и оверхед по записи будет из за особенности технологии, делим на четыре. В итоге для флешки TLC реальный ресурс в районе 250полных перезаписей. Т.е для флешки объемом 32гб это порядка 8террабайт
Если память MLC то ресурс уже 3000циклов, т.е в три раза больше.
А попадаются флешки и на SLC там ресурс в районе 100000 т.е в сто раз больше.
Разные контроллеры - у кого то более эффективно используют ресурс, у кого то менее.
Нормальные производители добавляют больше резервных ячеек.

И самое главное большинство флешек ломается не из за износа ячеек, а потому что контроллер издыхает. Банальное качество железа и софта.
В общем ситуация та же самая что и с SSD дисками.

[АртемЪ]

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

[Виталий Пухов]

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

[АртемЪ]

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

[Виталий Пухов]

Артем: думаю так оно и есть, но думал что зависимость хоть какая то должна быть, хотя я не удивлюсь, если они просто так мрут.

Answer 2

[butthurt]

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

Comments

[Виталий Пухов]

как раз тот факт что это не жесткий диск и смущает, в современных дешевых SD картах число перезаписи ячейки не превышает и 100000, при условии, что запись будет раз в 3 минуты есть вероятность что приложение убъет часть ячеек меньше чем за 3 месяца (при условии непрерывности работы), ну или за год при более реальных прогнозах.
Данные не то чтобы очень критичные, в данный момент в предыдущей версии класса запись происходит раз в 10 событий, то есть если приложение закроется некорректно потеряется 10 записей, но это тоже не очень хорошо.
Вопрос был как раз в том что будет портить карту сильнее, запись БД или запись сериализованных данных, я не уверен как именно запись в БД протекает на низком уровне, либо он весь файл будет переписывать каждый раз или только "дописывать" гдето в файле..

[butthurt]

Нет, там стоит контроллер, который распределяет нагрузку на ячейки. Плюс сама ос немного кеширует данные (Наверное). Плюс телефоны с sd картой еще поискать надо.
Запись в бд будет только дописывать. А что, приложение гигабайтами пишет?

[Виталий Пухов]

butthurt: не гигабайтами, в общем я это и хотел услышать, если БД будет только дописывать, это будет наверняка более корректно, чем каждый раз заливать все по новой. ps. не слышал чтобы android кэшировал запись, про sd я имел в виду microsd, сути это особо не меняет. буду смотреть в сторону БД. спасибо.

[butthurt]

Виталий Пухов: я наверное вру про кеширование, но там тоже используются модные фишки везде — почему бы и нет. А вшитая флеш память, или sd думаю не особо важно, разве что sd может быть еще более дешевой, чем встроенная.
Вообще, в любом случае, думаю за год не сломается. Но если сломается, напишите об этом, пожалуйста, мне было бы интересно :)
Вообще есть in-memory db, но я не прошарился в них, возможно, они могут помочь еще больше сократить нагрузку. Но на самом деле, записывать 8 из 8 гб в день — да, за год сломается. А так — не думаю.

Answer 3

[Vladimir S]

допишите в класс проверки для контроля изменений (были ли изменены данные или нет) - и при изменении сразу их сохраняйте.