- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всем привет!
Возникла проблема. По крону, раз в сутки, скачивается и распаковывается не совсем большой (138мб) архив .tbz.
Так вот, когда он начинает распаковываться, этот процесс длится около 2х минут, процессор (8 cores) нагружается на 70%, mysql зависает, всё зависает и висит пока этот архив не распакуется.
Дурдом. Почитал интернет, нашёл как ограничить кол-во ресурсов, но не помогло.
Вот эта команда: "ionice -c 2 -n 7 nice -n 19 tar jxvf /tmp/archive.tbz -C /tmp"
Вопрос. Как быть? CentOS 6.4
nice -n 19 ionice -c3
так попробуйте
и fs в relatime
еще можно сделать tmpfs и распаковывать в оперативку, если данные не так важны.
Две минуты зависания потерпеть не можете ? Перенесите задачу на другое время.
ionice не дает гарантий приоритизации, хотя и помогает частично.
Нужно ограничивать скорость работы программ и их влияние на кеш. Это значительно больше больше двух минут объяснять.
Две минуты зависания потерпеть не можете ? Перенесите задачу на другое время.
Есть методы, когда ionice не справляется, но на их описание придется потратить больше двух минут.
Прикол? Я бы вас уволил за 2 минуты ежедневного простоя.
---------- Добавлено 15.08.2013 в 14:16 ----------
nice -n 19 ionice -c3
так попробуйте
и fs в relatime
еще можно сделать tmpfs и распаковывать в оперативку, если данные не так важны.
Подскажите, пожалуйста, как через tmpfs сделать. (сам я не администратор, не всё понимаю к сожалению)
Vin_cent, нет, не прикол. У всякого "серьезного бизнеса" есть условия, с которыми он вполне может смириться.
Вам же ionice не помог. Дальше-то что?
http://linux.die.net/man/1/ionice
-c class
The scheduling class. 0 for none, 1 for real time, 2 for best-effort, 3 for idle.
Надо юзать не ionice -c 2 -n 7, а ionice -c3
Vin_cent, нет, не прикол. У всякого "серьезного бизнеса" есть условия, с которыми он вполне может смириться.
Вам же ionice не помог. Дальше-то что?
Что дальше я ещё пока не знаю. Жду знающих людей.
---------- Добавлено 15.08.2013 в 14:21 ----------
http://linux.die.net/man/1/ionice
Надо юзать не ionice -c 2 -n 7, а ionice -c3
Спасибо, прям сейчас и проверю.
Проверил. Стало намного лучше. Архив распаковался меньше чем за 30сек. Нагрузки небыло. НО, как только он закончил своё дело, mysql сразу же нагрузился на 800% и спустя 10-20сек, его отпустило и нагрузка исчезла.
С чем это может быть связано? Может как-то мешать то, что в качестве
tmpdir в mysql у меня /mnt/ramdisk (tmpfs /mnt/ramdisk tmpfs rw,mode=1777,size=512M 0 0) ?
Такое ощущение, что этот tar и mysql что-то поделить не могут
Подскажите, пожалуйста, как через tmpfs сделать. (сам я не администратор, не всё понимаю к сожалению)
mkdir /tmp/tar/
В /etc/fstab пишем
И далее
Такое ощущение, что этот tar и mysql что-то поделить не могут
Не могут поделить память. Такие операции часто "смывают" кеш диска.
Использование tmpfs может даже ухудшить ситуацию. Пробуйте.
138 мегабайт архив - это мелочь, при нормальной работе системы заметной нагрузки от распаковки быть не должно. Может быть, в самом архиве есть специфика - например миллион файлов? Скорее всего с памятью какие-то чудеса. Посмотрите вывод top во время распаковки. tmpfs использовать сомнительная идея, согласен с netwind. В общем данных мало - и сколько памяти у Вас, и какая виртуализация или физический сервер, и что такое в реальности /tmp ...может у Вас вообще битый рейд. В общем, надо тщательнЕе исследовать.
138 мегабайт архив - это мелочь, при нормальной работе системы заметной нагрузки от распаковки быть не должно. Может быть, в самом архиве есть специфика - например миллион файлов? Скорее всего с памятью какие-то чудеса. Посмотрите вывод top во время распаковки. tmpfs использовать сомнительная идея, согласен с netwind. В общем данных мало - и сколько памяти у Вас, и какая виртуализация или физический сервер, и что такое в реальности /tmp ...может у Вас вообще битый рейд. В общем, надо тщательнЕе исследовать.
Согласен, архив мелкий. Там всего в нём три файла в одной папке. top показывал нагрузку %us и %sy.
Памяти 16Gb, свободно обычно около 13Gb. Виртуализация KVM. /tmp вроде обычная папка на диске. А как проверить, битый ли рейд?