pentarh

По аксес логам считать байты. Но есть ньюанс. Например, если я запрашиваю большой файл и обрываю загрузку, в аксес лог эта запись все равно попадает с полным объемом файла. У апача реальные байты пишет mod_log_io. А у nginx не знаю.

Недавно они вроде стали показывать всякие платные объявления с амазона и ко. Не могу найти новости (сам сижу на федоре), но я читал что так они нынче поднимают бюджет. Возможно это является причиной.

Xbee

Я кастомный софт заказывал. Мониторинг только через cacti/nagios. А учет — кастомный софт.

Фигасе вопрос )

Вселенная — все что вокруг.

mmonit.com/monit/ бесплатный одиночный демон, довольно гибкий. Использую именно в ситуации с 1 сервером. Платная часть — там плюшки разные добавляются, типа веб интерфейса красивого, приложения для айфона и пр. Но меня и бесплатный устраивает.

Я правил форму регистрации на предмет Content-Type: multipart/form-data. Обычно этот тип используется только броузерами при наличии полей аплоада. В ботах с мультипартом вообще никто никогда не парится.

На стороне сервера просто проверял Content-Type. Если не мультипарт — прочь демон, прочь.

99.9% отбивало.

1. Узнайте путь до gcc:
# which gcc
2. Пропишите его явно:
# CC=/path/to/gcc ./configure --blah-blah-blah
3. ???
4. PROFIT!

У нас этот загадочный конгломерат ОткатПромТоргов и РосНаноПилов называется везде одним загадочным словом «Оборонка»

Одно из двух.

1. Либо конфигурация параметров памяти слишком велика, как и велика нагрузка, чтобы все это влезло в оперативу. Чес говоря, я смотрю и думаю что маловероятно.
2. Либо конфигурация параметров памяти слишком велика, а нагрузка для такой конфигурации слишком мала. По этому память не используется и ядро скидывает ее в своп для оптимизации.

Ситуация 2 может возникнуть например, при вашей настройке innodb_buffer_pool_size (2Г) и общим объемом таблиц INNODB в 100М.

innodb_buffer_pool_size должен быть на уровне 130-200% от планируемого объема таблиц. Остальная память попросту может не использоваться.

Я как то оживлял Li-Ion (чисто для прикола) серией статических разрядов ~ 30 кВ из электрофорки :) Аккумулятор или оживал или дох окончательно — одно из двух.

в openvz нет свопа
openvz «нечестно» считает потребление памяти (по VSZ а не по RSS)
в openvz нет ppp, шифрования блочных устройств
в openvz контейнер админ может зайти «просто так», без пароля и процедуры сброса пароля с перезагрузкой сервера
в openvz куча других ограничений помимо памяти, которые зачастую косо настроены и мешают нормальной работе

virt-manager

только оно под иксы

Fedora или OpenSUSE. ИМХО, наиболее допиленые. С бубунтой мне чет не везло никогда ) как правило, на мажорных апдейтах. Свистелки-перделки это конечно гуд, но мне лично важнее стабильность.

По идее, если нет LVM, то надо стереть в fdisk таблицу разделов (предварительно ее записав на бумажку). Потом создать том в начале того же сектора что и старый, но конечный сектор сделать намного дальше. Записать, бутнуться.

С lvm все проще — там просто lvextend.

Потом после корректировки размера раздела, надо сделать resize2fs для изменения границ файловой системы.

Если локально — подойдет любое, что можно обозвать NAS'ом. Хоть тазик с винтами и юниксом, хоть домашний медиаплеер, хоть специализированная железяка. Ну или юсб-винт.

Если удаленно — удаленный сервак с поднятым фтп/ссш/нфс. Обязательно в другом месте по отношению к серверу с основными данными.

Еще имеет место привычка шифровать бекапы gpg.

Если не вдаваться в теорию, а сугубо практически… SAS винты на отдаче статики (случайное чтение) показывают примерно в 4 раза бОльшую пропускную способность. Разумеется, их стоит ставить и под тяжелое последовательное чтение/запись (базы данных).

Производительность SASок хорошо видна там, где объем обрабатываемых винтом данных существенно превышает объем оперативной памяти сервера. То есть там, где кеш системы работает плохо или не работает вообще.

Unix-way

find /target/directory -type f -exec file '{}' \; | grep -i archive:

Пример вывода:
./.minecraft/bin/minecraft.jar: Zip archive data, at least v2.0 to extract
./w2.zip: Zip archive data, at least v2.0 to extract
./.dropbox-dist/setuptools-0.6c11-py2.5.egg: Zip archive data, at least v2.0 to extract
./1.tar: POSIX tar archive (GNU)

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

Рекомендую к прочтению цикл «Смутное время» В.Головачева.