[Solaris] Лимитирование IO

Старый админский способ: SIGSTOP/SIGCONT с опред. интервалом, работает на любой системе.

оохо-хо, это слишком жесть. буду рад услышать, что есть более элегантное решение.

> оохо-хо, это слишком жесть. буду рад услышать, что есть более элегантное решение.

Жесть-не жесть, но вариант рабочий. Можно еще просто тупо процессор ему ограничить, эффект будет тот же.

Можно еще количество одновременно отправляемых команд на диск для ZFS уменьшить до одной (zfs_vdev_max_pending или как-то так), если это даст тебе нужный эффект. Можно еще с максимальным временем транзакции поэкспериментировать.

Сделай зону, дай доступ к нужным каталогам (т.е. делай бэкап из зоны), а ограничить ресурсы зоны достаточно легко.

не подходит, так как бекап выполняется командой серверу ЛДАП, а результат уже потом таргзиппится. запустить процесс бекапа в отдельной зоне не выйдет, увы - тоже про это думал.

дельно, спасибо! процессор не поможет, пробовал. про максимальное время транзакции буду рад если обьясните или кинете линком.

запустить процесс бекапа в отдельной зоне не выйдет, увы

почему это ?
при создании локальной зоны можно унаследовать файловую систему через inherit-pkg-dir

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

команда вместо бекапа создавает файл-флажок.
скрипт в зоне чекает наличие флажка и запущенного процесса.
если флажок есть, а процесса нет - запускает процесс.

ничего не понял.

или ты меня не понял...

есть процесс-сервер. я через пайп, грубо говоря, посылаю ему команду. он спавнит потомка, который через пайпы и шаред-мемори делает експорт базы и записывает его в каталог (бекап - весь каталог с множеством файлов). задача - лимитировать ИО процесса, выполняющего експорт, но рпи этом не трогать родительский процесс. я не понял, что ты предложил. то есть, я понял, но процесс екпорта нельзя запустить в отдельной зоне. или я просто не знаю как?

ок.
тогда вопрос - какой планировщик используется сейчас?
TS ?
может стоит перейти на FSS ?
и использовать стандартные средства управления
http://docs.sun.com/app/docs/doc/816-5165/priocntl-1?l=ru&a=view

смотрел на шедулер. увы тут можно порулить только аллокацией тайм-кванотов процессора. т.е. как вариант можно аллоцировать процессу бекапа только очень маленькие кванты времени через большие промежутки, и таким образом заставить его меньше читать и писать. эффект по сути будет как от стопанья сигналами. но это не совсем то, чего хотелось, а управлять планировщиком ввода-вывода как?

поговорил тут с саппортом от Сана^WОракла. говорят, никак =(

селяви...
расскажи плз что это за лдап базы такие которые бакупятся несколько часов?
ну никак не могу себе представить >_<
сам бакуплю лдап слапкатом в текстовик ldif - все очень быстро, какие то секунды

db2archive. 400GB+

а в базах что?
какие нибудь геологические или погодные данные ?

юзера.

бинарные данные штоле в лдапе храните?

нет конечно. информация по клиентам-юзерам.

> про максимальное время транзакции буду рад если обьясните или кинете линком.

Да я что-то уже и не помню, как там в 127111-06 соответствующая переменная называлась. txg_time, что-ли. Но это на самом деле не очень хороший способ. Лучше использовать механизм write throttling (Solaris 10 U6 и дальше), с его помощью можно задавить скорость записи до нужных уровней.

> как вариант можно аллоцировать процессу бекапа только очень маленькие кванты времени через большие промежутки, и таким образом заставить его меньше читать и писать. эффект по сути будет как от стопанья сигналами.

Можно еще CPU Caps использовать, но я не помню, есть ли это в 127111-06.

но это не совсем то, чего хотелось, а управлять планировщиком ввода-вывода как?

Только размеры очередей настраивать.

спасибо