Hello!
On Monday 17 August 2009 15:08:25 Alexey Lobanov wrote:
Понижение приоритета процесса бэкапа (man nice) тоже
немножко поможет.
Совсем уж костыль, ведь программ, подобных rdiff-backup на
десктопе может быть множество. На сервере игра с приоритетами
могла бы помочь, поскольку множество
Hello!
On Friday 14 August 2009 14:48:57 Stanislav Maslovski wrote:
Коллеги, кончайте бред нести уже. Load average в линукс считается
проще некуда. В сети масса информации на эту тему. Лень искать в гугл
- загляните в собственную копию сырцов ядра (если таковая имеется).
Там related кода на
Hello!
On Friday 14 August 2009 15:46:15 Stanislav Maslovski wrote:
Это не ответ. Из сказанного вами совершенно не следует, что нужно
подкрутить,
чтобы LA при запуске rdiff-backup не превышал, скажем, 4.
Какой смысл приводить некую формулу, смысл которой вы не знаете?
Смысл каждого
Hello!
On Friday 14 August 2009 16:44:43 Alexey Lobanov wrote:
А смысл? Как я понимаю, надо не количество попугаев LA подкрутить для
отчётности перед начальством, а реально улучшить поведение системы под
нагрузкой. И в каком смысле улучшить - известно только хозяину системы :-)
Узким
Hello!
On Friday 14 August 2009 17:54:31 Ed wrote:
Не стоит также забывать, что в линуксе куча kernel threads в добавок к
процессам в userspace.
угу. вот детали и интересуют :)
У меня под нагрузкой размножаются процессы ядра pdflush.
Просмотр дисковой активности с помощью
blktrace -d
Hello!
On Friday 14 August 2009 18:25:58 Иван Лох wrote:
Почему-то мне кажется, что под мои совершенно типичные задачи на ноуте
должно подходить стандартное ядро. То есть хотелось бы на это надеяться.
Хотя, может быть, дефолтовый шедулер как раз под многодисковые сервера и
написан.
Hello!
On Friday 14 August 2009 19:35:04 Stanislav Maslovski wrote:
Ввод-вывод порождает массу прерываний, это во-первых. Во-вторых,
процесс, занятый активным вводом-выводом, проводит изрядное количество
времени в kernel mode, что при CONFIG_PREEMPT_NONE=y (дефолт в
дебиане) означает, что ему
Hello!
On Thursday 13 August 2009 13:08:08 Konstantin Matyukhin wrote:
Вопрос: что же за параметр такой LA и как он подсчитывается на самом деле?
Это среднее количество процессов в очереди ожидающих освобождения ЦПУ,
диска или сети
за определенный промежуток времени.
Если активных
Hello!
On Thursday 13 August 2009 14:16:08 Konstantin Matyukhin wrote:
2009/8/13 Alexey Pechnikov pechni...@mobigroup.ru:
Если активных процессов = 3, то их среднее количество тоже = 3. Откуда LA
~ 15?
Я не писал активных, я писал ожидающих.
Смотрим htop:
Tasks: 221 total, 2 running
Как
Hello!
On Thursday 13 August 2009 15:21:22 Artem Chuprina wrote:
Тебе ж сказали: using OR WAITING FOR. rdiff-backup жрет ресурсы так,
что другим процессам приходится ждать их освобождения достаточно долго,
чтобы их (этих процессов) накопилось немало.
Я полагаю, что ждать им приходится
Hello!
On Thursday 13 August 2009 19:11:07 Павел wrote:
rdiff-backup запускается с точно таким же приоритетом, как и прочие
пользовательские
процессы. Что же означает его прожорливость? Как я понимаю, процессы с
равным
приоритетом получают равные ресурсы. С какой стати очередь
Hello!
On Thursday 13 August 2009 20:01:57 Artem Chuprina wrote:
AP rdiff-backup запускается с точно таким же приоритетом, как и прочие
AP пользовательские процессы. Что же означает его прожорливость? Как
AP я понимаю, процессы с равным приоритетом получают равные ресурсы. С
AP какой
Hello!
On Thursday 13 August 2009 23:57:36 Artem Chuprina wrote:
Более-менее преимущество имеет как раз rdiff-backup, потому что он
работает с диском более-менее последовательно, и именно его запросы
удобнее всего компоновать вместе.
Так это задача контроллера диска. На серверных винтах,
13 matches
Mail list logo
