slip, ну а второй вопрос? вы догадались, что в конфиге mysql отдельные секции для управления памятью innodb ? может их там подкрутить?
cделайте вообще show full processlist и от рута, может прояснит.
странно, как вы смогли посмотреть что там в таблице находится, ведь дамп снятый с -opt добавляет lock table write?
видимо каждый инсерт у вас в одной транзакции и это тормозит.
не могу подтвердить с практической точки зрения, но, возможно, с mysqldump --single-transaction шустрей будет.
теперь, когда дамп снят, остается изобразить это искусственно : cat begin.sql dump.sql end.sql| mysql
а дался вам этот innodb ? для веб-приложений он не всегда лучше.
сколько занимает в памяти mysqld ?
ну, если вспомнить, что это за форум, то кроме 5 человек в день к вам ведь и поисковики пришли? тут всякое может быть.
Boris A Dolgov, да этого под фрю не бывает, кажется. если, конечно, вы не путаете с особенной магией популярного файлового менеджера mc.
надеюсь копия не должна создаваться моментально ?
изучи wget. обрати внимание на ключик --mirror . и запускай его на другой машине.
он сканирует каталоги и определяет даты изменения файлов. лишнего не качает.
atlantos, вот в дебиане и написано через xargs rm !
psylosss, дебиан говорите?
а что, файла /etc/cron.d/php5 у вас там нет? там разве не написан нормальный скрипт на каждые 30 минут?
может пакет anacron не установлен?
Во-первых, в линуксе вроде нет особых проблем с дескрипторами файлов.
Во-вторых, есть методики это обойти. например древний модуль http://search.cpan.org/~rgarcia/perl-5.10.0/lib/FileCache.pm
в третих, я тут подумал, вон то поделие имеет право на жизнь, как монитор, к данным которого обращаются уже после обнаружения длительного периода 100% загрузки сервера другими средствами.
Ну и как результаты работы этого решения преподать пользователю ?
если нету количественных характеристик, то нету и оснований для отключения пользователя.
Чето-то там показалось утилитке запущеной в определенные моменты времени. Вы еще в договоре так и пропишите.
например, в sa все четко : израсходованно столько-то секунд времени процессора класса core2duo за сутки. если там 30% - это основание для блокировки.
Единственное что такая статистика покажет - процент загрузки относительно остальных пользователей, не учитывая реальную производительность сервера.
Вы, пожалуйста, опубликуйте список хостеров, которые попытаются это использовать.
Сторонится буду.
не все. вроде в описаниях уязвимости было упомянуто о сильном ухудшении производительноси в патченой версии -P1 и поэтому ждут 9.5.1.
