Уверен, вы даже не подумали написать багрепорт, т.к. даже не стали разбираться в причинах ваших глюков.
Систему вы эту не покупали. Опять же, сообществу ничем не помогли.
все, что вы можете — это писать на хабре:
И это, не побоюсь этого слова, пипец — привет, начало века.
убунта вам ничего не должна. идите принесите песочку лучше.
я вобще не хочу задействовать винты для кеша.
если отдать кеширование на плечи системы, винты все равно будут нагружаться.
в случае же использования tmpfs я полностью доверяюсь эффективному кешированию сквида.
еще есть system.run, который позволяет выполнять через шелл команды на клиенте — очень удобная штука для написания своих тригеров.
например только что сделал триггер для мониторинга партиции с кешем сквида:
т.к. кеш лежит в tmpfs и не всегда в конкретном месте, то вместо vfs.size я взял:
я сделал вывод на основе сабжевой статьи. сабж очень показателен.
при вашем подходе к проблеме, сомневаюсь, что вы сделали что-то полезное.
Систему вы эту не покупали. Опять же, сообществу ничем не помогли.
все, что вы можете — это писать на хабре:
убунта вам ничего не должна. идите принесите песочку лучше.
кстати, а вы не вкурсе как сейчас дела с кешем у жиксы?
в продакшене можно использовать?
если отдать кеширование на плечи системы, винты все равно будут нагружаться.
в случае же использования tmpfs я полностью доверяюсь эффективному кешированию сквида.
например только что сделал триггер для мониторинга партиции с кешем сквида:
т.к. кеш лежит в tmpfs и не всегда в конкретном месте, то вместо vfs.size я взял:
system.run[df -m|egrep «nginx|squid»|awk '{print $4}']
на выходе — значение свободного места на разделе в Mb
в чем смысл поста?
кому это интересно, сами без проблем найдут сабж:
yandex.ru/yandsearch?text=linux+drums&stpar2=%2Fh1%2Ftm8%2Fs1&stpar4=%2Fs1&stpar1=%2Fu0
— первая ссылка.
тем, кто будет запускать, советую сначала прочесть это siv.habrahabr.ru/blog/70649/
:)
статья очень хорошая, респект.