Hello!
On Monday 17 August 2009 15:08:25 Alexey Lobanov wrote:
> Понижение приоритета процесса бэкапа (man nice) тоже
> немножко поможет.
Совсем уж костыль, ведь программ, подобных rdiff-backup на
десктопе может быть множество. На сервере игра с приоритетами
могла бы помочь, поскольку множеств
Hello!
On Friday 14 August 2009 19:35:04 Stanislav Maslovski wrote:
> Ввод-вывод порождает массу прерываний, это во-первых. Во-вторых,
> процесс, занятый активным вводом-выводом, проводит изрядное количество
> времени в kernel mode, что при CONFIG_PREEMPT_NONE=y (дефолт в
> дебиане) означает, что
Hello!
On Friday 14 August 2009 18:25:58 Иван Лох wrote:
> > Почему-то мне кажется, что под мои совершенно типичные задачи на ноуте
> > должно подходить стандартное ядро. То есть хотелось бы на это надеяться.
> > Хотя, может быть, дефолтовый шедулер как раз под многодисковые сервера и
> > написа
Hello!
On Friday 14 August 2009 17:54:31 Ed wrote:
> > Не стоит также забывать, что в линуксе куча kernel threads в добавок к
> > процессам в userspace.
>
> угу. вот детали и интересуют :)
У меня под нагрузкой "размножаются" процессы ядра pdflush.
Просмотр дисковой активности с помощью
blktrace
Hello!
On Friday 14 August 2009 16:44:43 Alexey Lobanov wrote:
> А смысл? Как я понимаю, надо не количество попугаев LA подкрутить для
> отчётности перед начальством, а реально улучшить поведение системы под
> нагрузкой. И в каком смысле "улучшить" - известно только хозяину системы :-)
>
> Узки
Hello!
On Friday 14 August 2009 15:46:15 Stanislav Maslovski wrote:
> > Это не ответ. Из сказанного вами совершенно не следует, что нужно
> > подкрутить,
> > чтобы LA при запуске rdiff-backup не превышал, скажем, 4.
> > Какой смысл приводить некую формулу, смысл которой вы не знаете?
>
> Смысл
Hello!
On Friday 14 August 2009 14:48:57 Stanislav Maslovski wrote:
> Коллеги, кончайте бред нести уже. Load average в линукс считается
> проще некуда. В сети масса информации на эту тему. Лень искать в гугл
> - загляните в собственную копию сырцов ядра (если таковая имеется).
> Там related кода н
Hello!
On Thursday 13 August 2009 23:57:36 Artem Chuprina 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 19:11:07 Павел wrote:
> > rdiff-backup запускается с точно таким же приоритетом, как и прочие
> > пользовательские
> > процессы. Что же означает его "прожорливость"? Как я понимаю, процессы с
> > равным
> > приоритетом получают равные ресурсы. С какой стати очер
Hello!
On Thursday 13 August 2009 15:21:22 Artem Chuprina wrote:
> Тебе ж сказали: using OR WAITING FOR. rdiff-backup жрет ресурсы так,
> что другим процессам приходится ждать их освобождения достаточно долго,
> чтобы их (этих процессов) накопилось немало.
>
> Я полагаю, что ждать им приходится
Hello!
On Thursday 13 August 2009 14:16:08 Konstantin Matyukhin wrote:
> 2009/8/13 Alexey Pechnikov :
> > Если активных процессов <= 3, то их среднее количество тоже <= 3. Откуда LA
> > ~ 15?
> Я не писал активных, я писал ожидающих.
Смотрим htop:
Tasks: 221 total, 2 running
Как видим, 2 активн
Hello!
On Thursday 13 August 2009 13:08:08 Konstantin Matyukhin wrote:
> > Вопрос: что же за параметр такой LA и как он подсчитывается на самом деле?
> Это среднее количество процессов в очереди ожидающих освобождения ЦПУ,
> диска или сети
> за определенный промежуток времени.
>
Если активных пр
Hello!
Запуская на двухядерном компе rdiff-backup получаю значение LA ~ 15. Но
описание
этого параметра утверждает, что такого не может быть:
An idle computer has a load number of 0 and each process using or waiting for
CPU adds
to the load number by 1.
http://en.wikipedia.org/wiki/Load_(comp
14 matches
Mail list logo
