utros
22.08.2011 06:52
А как заставить этот ваш линукс писать в файл с низким приоритетом i/o?
Например, у меня в скрипте происходит что-то вроде
cat myfile | gzip >/mnt/networkdevice/test
который засирает всю сетку и не даёт подключиться к серверу.
Как починить?
есть такая хрень, но забыл как называется. похоже на ionie
ionice т.е.
ionice -c3 ? :)
а по теме: ДА У ТЕБЯ ЖЕ ДИДОС!!!111
да, он. Но я понятия не имею к чему и как его приложить.
Можно на моём примере продемонстрировать?
короче, у ввода и вывода тоже есть своя очередь в который хранятся типа задания. предлагается три варианта планировки: с наименьшей задержкой, сбалансированный, и когда команды собираются как в можно более большие куски.
хотя, если у тебя сеть забивается, мне кажется, тебе нужно не io, тебе нужно просто ограничить трафик данного вида на сервере, чтобы всегда был свободный кусочек для подключений
wondershaper какой-нить пусть накатит, да.
кстати, судя по скрипту это у него nfs? или что?
Вот на этот счёт мы тоже думали, но так и не изобрели способ выловить этот злобный траффик без особых костылей.
Ну и главная проблема оказалась в том, что у нас этот процесс даже с таким приоритетом занимает около 10 часов, так что если ограничить траффик, то прозревается пиздец.
Пока изобрели костыль с | ionice -c 3 tee outfilename >/dev/null
Это nfs на виндовый сервер через самбу.
а ты можешь попробовать сначала делать архив на локальном диске, а потом командой mv его мувать на сетевой раздел?
самба через udp работает, емнип?
В чём профит? Там овер 200 гигов в результате получается, а сервер несколько нагружен.
Понятия не имею: я её боюсь.
я боюсь, что у тебя такая поточная запись генерирует слишком много отдельных системных вызовов, которые начинают самбой обрабатываться и забивают собой все. грубо говоря ты накладные расходы передаешь, а не файл. а mv может вполне и через sendfile действовать. получатся кусочки больше. но это так. я вообще не знаю как самба устроена, я из общих соображений думаю, что может разница быть
Ну хорошо, спасибо. Попробуем ещё и такой вариант.
Да вроде стало нормально и шустро после того, как мы сжатие в 8 потоков пустили, но сервер стал падать :)