http://www.rootbsd.net/virtual-hosting/
Большое кол-во процессорного времени занимают операции ввода-вывода, а именно - работа с жесткими дисками. Кроме того, процессор часто ожидает данные с HDD и тоже тратит на это время
Почитайте о параметре Load Average (load averages: 0.36, 0.35, 0.26)
Во FreeBSD есть два типа планировщика: 4BSD и SHED_ULE, каждый из которых по разному рассчитывает Load Average. Но принцип примерно такой: Load Average говорит сколько ядер процессора в данный момент необходимо для обработки всех поступающих запросов.
Например, Load Average 1.0 на двухпроцессорной системе может говорить о том, что одно из ядер процессора (или один из процессоров) простаивает
Ваша система (load averages: 0.36, 0.35, 0.26) практически не нагружена.
man top расскажет о том, что такое CPU states: 3.3% user, 0.0% nice, 1.1% system, 0.0% interrupt, 95.6% idle
Создайте новый каталог на диске со свободным местом и через symbolic link включите в новый подкаталог /var/www
1. mkdir /диск/со/свободным/местом/newdir
2. ln -s /диск/со/свободным/местом/newdir /var/www/.../newdir
/etc/init.d/php-fpm start ?
smartctl -a /dev/ad | less
ad - ваш диск
smartctl найдете в smartmontools
Можно искать через ls в дереве портов, но вряд ли это удобно
Пользуйтесь преимуществами системы портов
make -C /usr/ports quicksearch name='что_ищете'
make -C /usr/ports quicksearch key='что ищете'
name - поиск по имени
key - поиск по ключевому слову
quicksearch отличается от search отсутствием списка зависимостей, необходимых для установки пакета
adm.unix добавил 06.02.2010 в 13:53
make -C /usr/ports/ quicksearch name=mongodb
Port: mongodb-1.2.1
Path: /usr/ports/databases/mongodb
Info: A NOSQL distributed document-oriented database
Ну так уберите gzip
Бекапим какую то базу:
mysqldump -u login -p pass _имя_базы_которую_бекапим_ | gzip > куда_сохранить.gz
Либо все базы:
mysqldump -u login -p pass --all-databases | gzip > куда_сохранить.gz
Ну и самое главное :) Зачем бекап, который непонятно как восстановить?
Восстановим:
mysql -u root -p _имя_базы_которую_хотим_восстановить_ < распакованный_файл_дампа.sql
Так в чем дело то было? Как побороли?
