Если каму надо будет, могу выложить образ под последнию малинку.
Буду благодарен за работающий образ, а то самому победить не удается
Модератор: immortal
Если каму надо будет, могу выложить образ под последнию малинку.
Так как глюки побороть не удалось и ни у кого не появилось мыслей или желания в сторону помощи. Пришлось все поставить с нуля.depo писал(а):Если каму надо будет, могу выложить образ под последнию малинку.
Буду благодарен за работающий образ, а то самому победить не удается
У меня похожие мысли были (увеличение ресурса nand), когда решал: переезжать на hdd, или нет. У меня Cubietruck. Проанализировав активность системы, пришёл к выводу, что перенести только бд - недостаточно. В МД не только sql активно работает, там ещё куча файлов часто обновляется других в директории /var. А всю /var переселять в tmpfs - нереально. Так что лучше переехать на hdd. По крайней мере я так для себя решил.sergejey писал(а):Уважаемые пользователи Raspberry, у меня тут мысль пришла одна насчёт оптимизации работы системы, может кому будет интересно проверить идею, а то у меня сейчас под рукой нет платы для эксперимента. В общем, суть идеи -- перенести базу данных в память (на tmpfs). Алгоритм в общих чертах такой -- при инициализации системы линковать каталог базы данных mysql на виртуальную файловую систему и импортировать базу данных из файла, затем периодически в процессе работы экспортировать дамп базы данных в файл. Это в общих чертах, детали ещё предстоит проработать. По идее хранение базы данных в памяти должно существенно ускорить работу (чтение/запись мелких блоков с SD это долгая операция) и избавить от проблемы "выгорания" карточки памяти из-за большого количества циклов записи (а МЖД этим грешит, чего уж скрывать). Периодическая выгрузка дампа в файл это, как мне видится, гораздо более экономичный вариант по циклам записи. Размер базы будет до 100Мб (у меня за несколько лет она выросла до 50Мб и без оптимизации), а если её выгружать сначало в тот же tmpfs, а потом на карточку сбрасывать ужатым в tar.gz, то физически записывать вообще "копейки" нужно будет. Ну и попутно избавляемся от необходимости подключать внешний жёсткий диск для системы. Что скажете?
Не перенося всю систему на винт, работая только с SD-карты, я уже убил две карточки (правда одна не новая была). У меня не только MDM работал на малинке, но основную нагрузку по записи/чтению давал именно SQL и запись/ротация логов. Можно конечно логи/БД отключить/перенести - но проблему это не решит. Еще на роутерах с OpenWRT и вынесеным оверлеем на USB-flash тоже проблемы с памятью - одна флешка уже почти мертвая, первую самую (китай за 5 у.е.) уже выбросил. ИМХО такие системы ставить на HDD, причем имеется ввиду НМЖД или выносить в облака и пр.sergejey писал(а):Уважаемые пользователи Raspberry, у меня тут мысль пришла одна насчёт оптимизации работы системы, может кому будет интересно проверить идею, а то у меня сейчас под рукой нет платы для эксперимента. В общем, суть идеи -- перенести базу данных в память (на tmpfs). Алгоритм в общих чертах такой -- при инициализации системы линковать каталог базы данных mysql на виртуальную файловую систему и импортировать базу данных из файла, затем периодически в процессе работы экспортировать дамп базы данных в файл. Это в общих чертах, детали ещё предстоит проработать. По идее хранение базы данных в памяти должно существенно ускорить работу (чтение/запись мелких блоков с SD это долгая операция) и избавить от проблемы "выгорания" карточки памяти из-за большого количества циклов записи (а МЖД этим грешит, чего уж скрывать). Периодическая выгрузка дампа в файл это, как мне видится, гораздо более экономичный вариант по циклам записи. Размер базы будет до 100Мб (у меня за несколько лет она выросла до 50Мб и без оптимизации), а если её выгружать сначало в тот же tmpfs, а потом на карточку сбрасывать ужатым в tar.gz, то физически записывать вообще "копейки" нужно будет. Ну и попутно избавляемся от необходимости подключать внешний жёсткий диск для системы. Что скажете?
К сожалению, это совсем не то. MySQL использует кэш и временные таблицы и я согласен, что им уж точно место в tmpfs, но проблема в том, что они не являются основными "киллерами". По крайней мере не в нашем случае, т.к. у нас много мелких запросов на запись и совсем мало тяжеловесных, так что оно нам не поможет.Ivan писал(а):http://sys.uz/archives/146
А вот я после убийства нескольких карточек только за! думаю стоит попробовать перенести кеш и базу данных в рам и потестить, жду решения, у самого как-то не очень получилосьsergejey писал(а):Честно говоря, пока не увидел серьёзных аргументов против. MDM сама по себе в файлы пишет крайне редко, основная нагрузка идёт на базу данных, а последняя уж конечно это делает часто. Логи все можно отключить -- это не проблема. Что ещё может интенсивно писать на диск?
Насчёт настройки базы данных, что б писала раз в 30 минут -- интересно, но я не знаю как такое сделать (в своё время искал, не нашёл). Проблем с созданием/восстановлением дампа совершенно не вижу -- обычно это дело нескольких секунд, т.к. база не такая уж и большая.
Я не говорю, что результат будет идеальный, но подружить MDM с флэш-памятью по-моему возможно. Не буду настаивать, но сам обязательно попробую